적용하기 전에 검토하세요
실제 동작을 예상 결과와 비교하세요. 검사가 실패하면 다음 변경을 하기 전에 원인을 조사하세요.
● ● ●BezoutVale●
작업 흐름 · 베주 정수 계수 ×
def bezout(a, b):
if any(type(v) is not int or abs(v) >= 10**100 for v in (a, b)):
raise ValueError("integer.range")
old_r, r = abs(a), abs(b)
old_s, s, old_t, t = 1, 0, 0, 1
while r:
q = old_r // r
old_r, r = r, old_r - q * r
old_s, s = s, old_s - q * s
old_t, t = t, old_t - q * t
return old_r, old_s * (-1 if a < 0 else 1), old_t * (-1 if b < 0 else 1)✳101자리보다 짧은 두 정수의 음이 아닌 최대공약수와 베주 계수를 반환합니다.
✓ 변경 사항적용하기 전에 검토하세요 ↗
작업 공간 예시 화면
모델
기본 URL과 필요한 API 키로 OpenAI 호환 또는 Anthropic 엔드포인트를 설정하고 연결을 테스트하세요. 로컬 모델 서버는 실행 중이어야 합니다. 원격 도구는 데이터를 별도로 전송할 수 있습니다.
프로젝트
음수 피연산자와 영인 경우를 확인하고 정수 항등식을 검증하며 불리언을 거부합니다.
작업 흐름
def bezout(a, b):
if any(type(v) is not int or abs(v) >= 10**100 for v in (a, b)):
raise ValueError("integer.range")
old_r, r = abs(a), abs(b)
old_s, s, old_t, t = 1, 0, 0, 1
while r:
q = old_r // r
old_r, r = r, old_r - q * r
old_s, s = s, old_s - q * s
old_t, t = t, old_t - q * t
return old_r, old_s * (-1 if a < 0 else 1), old_t * (-1 if b < 0 else 1)계산만큼 반환 계약도 주의 깊게 검토하세요
BezoutVale는 출력이 정밀한 계약을 충족해야 하는 도우미 루틴을 살펴보는 Windows용 코딩 소프트웨어입니다. 프로젝트를 열고 호출 코드가 각 반환값에서 기대하는 것을 설명하세요. 특히 여러 출력이 따로 보면 그럴듯할 때 리팩터링을 제안하기 전에 인터페이스를 살펴보도록 모델에 요청하세요.
bezout.py를 바탕으로 한 작업은 부호 있는 입력과 공약수와 함께 반환되는 계수에 집중할 수 있습니다. 음수 입력 테스트 데이터를 대화에 가져와 결과가 충족해야 하는 항등식을 명시하세요. 그런 다음 호출 코드가 튜플을 사용하는 방식을 검토하여, 그럴듯한 산술 뒤에서 반환 순서나 부호 규칙 변경이 눈에 띄지 않고 넘어가지 않게 하세요.
독립적인 검증으로 제안을 평가하세요. 프로젝트 테스트를 실행하고 0 입력 조합, 부호 변화, 지원하지 않는 피연산자 거부를 살펴보세요. 근거를 원래 요구 사항에 연결하세요. 모델의 설명은 검토를 안내할 수 있지만 애플리케이션에는 수학적 관계와 실제 호출하는 인터페이스를 모두 충족하는 결과가 필요합니다.
지원되는 OpenAI 호환 또는 Anthropic 엔드포인트를 통해 모델을 선택하고 필요한 인증 정보를 제공하세요. 해당 서비스가 무검열 AI 모델을 제공할 수 있으며 제공업체 제한이 적용됩니다. 도구 지원과 컨텍스트 용량은 선택한 모델과 서버에 달려 있습니다. 세션에서 신뢰성 있게 살펴볼 수 있는 범위로 소스 논의를 한정하세요.
여러 값을 반환하는 산술 인터페이스 질문
올바른 두 구현은 같은 계수를 반환해야 하나요?
반드시 그렇지는 않습니다. 애플리케이션이 요구하는 속성과 특정 표현 하나에 의존하는지 확인하세요. 튜플 전체에 대한 동일성 단언은 계약보다 엄격할 수 있습니다. 루틴이나 테스트를 바꾸기 전에 호출 코드를 검토하세요.
음수 입력을 왜 따로 살펴보나요?
부호 처리는 공약수를 그럴듯하게 유지하면서 계수가 포함된 관계를 깨뜨릴 수 있습니다. 부호 있는 테스트 데이터를 제공하고 정의 관계를 독립적으로 검증하세요. 반환값이 원래 피연산자를 가리키도록 입력 경계의 정규화도 검토하세요.
두 입력이 모두 0이면 어떻게 해야 하나요?
의도한 결과나 거부 정책을 명시하고 현재 구현 및 호출 코드와 비교하세요. 일반적인 양수 입력에 대한 논리로 0의 경우까지 해결된다고 가정하지 마세요. 이후 리팩터링에서도 선택한 계약을 보존하도록 검토에 명시적으로 포함하세요.
반환 규칙을 바꾸지 않고 정리를 요청할 수 있나요?
네. 기존 튜플 순서, 허용 형식, 부호 규칙을 요청에 넣고 한정된 변경을 요구하세요. 프로젝트에 정리를 수용하기 전에 결과 차이에서 검증 변경이나 출력 순서 변경을 살펴보고 계약 수준의 검증을 실행하세요.
BezoutVale · 업데이트 2026-10-25