def roman_numeral(n):
if type(n) is not int or not 1 <= n <= 3999:
raise ValueError("roman.range")
values = [(1000,"M"),(900,"CM"),(500,"D"),(400,"CD"),
(100,"C"),(90,"XC"),(50,"L"),(40,"XL"),
(10,"X"),(9,"IX"),(5,"V"),(4,"IV"),(1,"I")]
parts = []
for value, symbol in values:
count, n = divmod(n, value)
parts.append(symbol * count)
return "".join(parts)| 프로젝트 | 4와 900 같은 감산 표기를 확인하고 0과 범위 밖 숫자 및 정수가 아닌 값을 거부하세요. |
|---|---|
| 적용하기 전에 검토하세요 | 실제 동작을 예상 결과와 비교하세요. 검사가 실패하면 다음 변경을 하기 전에 원인을 조사하세요. |
| 모델 | 기본 URL과 필요한 API 키로 OpenAI 호환 또는 Anthropic 엔드포인트를 설정하고 연결을 테스트하세요. 로컬 모델 서버는 실행 중이어야 합니다. 원격 도구는 데이터를 별도로 전송할 수 있습니다. |
def roman_numeral(n):
if type(n) is not int or not 1 <= n <= 3999:
raise ValueError("roman.range")
values = [(1000,"M"),(900,"CM"),(500,"D"),(400,"CD"),
(100,"C"),(90,"XC"),(50,"L"),(40,"XL"),
(10,"X"),(9,"IX"),(5,"V"),(4,"IV"),(1,"I")]
parts = []
for value, symbol in values:
count, n = divmod(n, value)
parts.append(symbol * count)
return "".join(parts)호출부가 신뢰할 수 있는 계약을 서식 함수에 부여하세요
NumeralHaven은 연결된 AI 모델과 구현 세부 사항을 논의하는 Windows 코딩 작업 공간을 제공합니다. 작은 함수에도 제품의 눈에 보이는 규칙이 담길 수 있으므로 서식 작업은 좋은 출발점입니다. 변경을 요청하기 전에 허용 입력과 정확한 출력을 설명하고 사용자에게 결과를 표시하는 코드도 포함하세요.
제공된 프로젝트 예제는 로마 숫자 서식 함수입니다. 지원 숫자 범위와 감산 표기법을 검토하고 호출부가 거부된 값을 어떻게 처리해야 하는지 설명하도록 요청할 수 있습니다. 목적은 명확한 기대 사항에 따라 자신의 코드를 개발하는 것이며 작업 공간이 완성된 숫자 변환 서비스를 제공한다고 가정하는 것이 아닙니다.
계약이 명확해지면 제안된 수정이 출력 표기, 허용 유형, 실패 동작을 바꾸는지 살펴보세요. 프로젝트 도구로 범위 경계 주변과 대표적인 감산 표기 사례를 실행하세요. 잘못된 값이 인터페이스에서 설명 없는 빈칸이나 오해를 부르는 레이블이 되지 않도록 주변 표시 경로도 확인하세요.
모델 지원 작업에는 OpenAI 호환 또는 Anthropic 엔드포인트를 연결하고 필요한 경우 인증 정보를 입력하세요. 해당 서비스가 제공한다면 필터 없는 AI 모델을 선택할 수 있습니다. 컨텍스트 용량, 도구 제공 여부, 응답 제한은 선택한 서버와 모델에 따라 달라지며 검토는 여전히 개발 과정의 일부입니다.
값 서식 함수를 변경하기 전에
요청에 서식 함수의 호출부를 포함해야 하는 이유는 무엇인가요?
호출부는 거부된 값이나 서식 문자열을 인터페이스에 전달하는 방식을 결정합니다. 이 경로를 포함하면 어시스턴트가 내부 변환뿐 아니라 반환값이나 예외 변경의 영향도 설명할 수 있습니다.
어떤 예제가 서식 요구 사항을 정확하게 만드나요?
허용 값과 정확한 기대 문자열, 반드시 거부해야 할 값을 제공하세요. 로마 숫자 작업에서는 범위 경계와 감산 표기를 포함하세요. 이런 테스트 데이터는 구현을 제안하기 전에 출력 규칙을 드러냅니다.
서식 함수가 숫자 텍스트를 조용히 허용해야 하나요?
애플리케이션 계약이 그 변환을 요구할 때만 허용하세요. 허용 유형을 명시하고 파싱을 어디서 해야 하는지 검토하세요. 서식 처리 안의 편의적 형 변환은 호출부 버그를 숨기거나 잘못된 값이 사용자에게 전달되는 방식을 바꿀 수 있습니다.
다른 모델을 선택하면 서식 함수의 필수 출력이 바뀔 수 있나요?
연결 모델을 바꿔도 명시한 요구 사항이 바뀌어서는 안 됩니다. 제안을 비교할 때 같은 테스트 데이터와 수락 규칙을 유지하세요. 모델이 선호하는 규칙을 권위로 삼지 말고 각 수정을 정해진 규칙에 따라 평가하세요.
NumeralHaven · 업데이트 2026-10-25