소수 예시 대신 정확한 쌍을 제공하는 이유는 무엇인가요?
소수는 표현이나 반올림의 차이를 감출 수 있습니다. 함수 계약이 분자·분모 쌍을 반환한다면 먼저 직접 확인하세요. 이후 소수 변환은 자체 정밀도 요구 사항을 갖춘 별도 단계로 평가하세요.
● ● ●ConvergeHazel●
작업 흐름 · 연분수의 수렴 분수 ×
def convergents(terms):
terms = tuple(terms)
if not 1 <= len(terms) <= 32 or any(type(a) is not int or abs(a) > 1000 for a in terms):
raise ValueError("fraction.terms")
if any(a <= 0 for a in terms[1:]):
raise ValueError("fraction.tail")
p0, p1, q0, q1, out = 0, 1, 1, 0, []
for a in terms:
p, q = a*p1+p0, a*q1+q0
out.append((p, q))
p0, p1, q0, q1 = p1, p, q1, q
return out✳절댓값이 최대 1000인 정수 계수 1개부터 32개의 연분수에 대해 모든 수렴 분수를 반환합니다.
✓ 변경 사항적용하기 전에 검토하세요 ↗
작업 공간 예시 화면
프로젝트
음수 첫 항과 3-7-16을 시험하고 이후 항이 양수가 아니면 거부하며 정확한 분자-분모 쌍을 유지합니다.
적용하기 전에 검토하세요
실제 동작을 예상 결과와 비교하세요. 검사가 실패하면 다음 변경을 하기 전에 원인을 조사하세요.
모델
기본 URL과 필요한 API 키로 OpenAI 호환 또는 Anthropic 엔드포인트를 설정하고 연결을 테스트하세요. 로컬 모델 서버는 실행 중이어야 합니다. 원격 도구는 데이터를 별도로 전송할 수 있습니다.
작업 흐름
def convergents(terms):
terms = tuple(terms)
if not 1 <= len(terms) <= 32 or any(type(a) is not int or abs(a) > 1000 for a in terms):
raise ValueError("fraction.terms")
if any(a <= 0 for a in terms[1:]):
raise ValueError("fraction.tail")
p0, p1, q0, q1, out = 0, 1, 1, 0, []
for a in terms:
p, q = a*p1+p0, a*q1+q0
out.append((p, q))
p0, p1, q0, q1 = p1, p, q1, q
return out애플리케이션의 목적을 유지하며 수치 작업을 검토하세요
ConvergeHazel은 수치 소스 변경을 그 변경이 필요한 프로젝트와 함께 논의하는 Windows용 AI 코딩 작업 공간입니다. 폴더를 열고 애플리케이션이 계산을 어떻게 사용하는지 설명하세요. 수정을 권고하기 전에 함수, 호출 코드, 관련 테스트를 검토하도록 연결한 모델에 요청하세요. 이런 맥락은 수학적으로 그럴듯한 재작성이 소프트웨어의 실제 계약에 맞도록 도와줍니다.
convergents.py 예시는 유리수 근사 시퀀스 작업의 토대가 됩니다. 짧은 입력과 예상하는 정확한 분자·분모 쌍을 제공하고 중간 결과가 사용 코드에 어떻게 도달하는지 질문하세요. 허용 항 범위와 출력 순서를 명시적인 요구 사항으로 다루세요. 예시는 구체적인 검토 대상을 제공하며 구현과 검증은 자신의 프로젝트 파일을 대상으로 수행할 작업입니다.
필터 없는 AI 모델을 제공하는 지원 OpenAI 호환 또는 Anthropic 엔드포인트를 통해 해당 모델을 선택할 수 있습니다. 필요에 따라 연결과 자격 증명을 설정하세요. 컨텍스트 용량과 도구 가용성은 서비스마다 다릅니다. 변경 제안을 검토하고 독립적으로 확정한 사례와 결과를 비교하세요. 후속 코드가 출력을 소수로 변환한다면 정확한 산술 요구 사항을 명확히 유지하세요. 각 변환의 목적을 밝히고 의미가 달라질 수 있는 경계에서 검사하면 패치를 평가하기 쉽습니다.
수치 패치를 확인 가능하게 만들기
어떤 입력 한계를 제거할지 모델이 결정해도 되나요?
이유를 제안할 수는 있지만 허용 입력은 프로젝트 요구 사항으로 결정해야 합니다. 범위를 넓히기 전에 검증과 호출 코드를 살펴보세요. 더 큰 값이나 긴 시퀀스에는 원래 작업에 없던 자원 및 출력 검사가 추가로 필요할 수 있습니다.
마지막 근사값만 검증해도 되나요?
호출 코드가 중간 시퀀스를 사용한다면 안 됩니다. 마지막 쌍뿐 아니라 예상 순서와 대표적인 앞쪽 결과도 포함하세요. 함수가 그럴듯한 최종값에 도달하더라도 중간 항목은 잘못되거나 순서가 바뀔 수 있습니다.
수치 설명과 테스트가 일치하지 않으면 어떻게 하나요?
패치 결정을 멈추고 작은 사례를 소스에 따라 추적하세요. 예상값을 독립적으로 확인하고 테스트의 가정을 살펴보세요. 유창한 추론이나 기존 단언 어느 쪽도 입증된 불일치를 조사 없이 무시할 근거가 되어서는 안 됩니다.
ConvergeHazel · 업데이트 2026-10-25