def is_leap_year(year):
if type(year) is not int or not 1 <= year <= 9999:
raise ValueError("year.range")
return year % 4 == 0 and (year % 100 != 0 or year % 400 == 0)- 모델
- 기본 URL과 필요한 API 키로 OpenAI 호환 또는 Anthropic 엔드포인트를 설정하고 연결을 테스트하세요. 로컬 모델 서버는 실행 중이어야 합니다. 원격 도구는 데이터를 별도로 전송할 수 있습니다.
- 프로젝트
- 1900년과 2000년 및 양쪽 경계를 확인하고 0년과 소수 및 불리언 값을 거부하세요.
- 적용하기 전에 검토하세요
- 실제 동작을 예상 결과와 비교하세요. 검사가 실패하면 다음 변경을 하기 전에 원인을 조사하세요.
def is_leap_year(year):
if type(year) is not int or not 1 <= year <= 9999:
raise ValueError("year.range")
return year % 4 == 0 and (year % 100 != 0 or year % 400 == 0)코드를 바꾸기 전에 달력 관련 전제를 적으세요
날짜 규칙은 애플리케이션이 예외적인 연도나 지원 범위 밖의 값을 만날 때까지는 자명해 보이기 쉽습니다. LeapGrove는 이러한 전제를 개발 대화로 가져오는 Windows용 AI 코딩 작업 공간입니다. 관련 프로젝트 폴더를 열고 필요한 달력 동작을 명시한 다음 입력값이 날짜 처리 코드에 도달하는 경로를 살펴보도록 요청하세요.
연도 범위가 제한된 윤년 함수는 논의할 수 있는 한 가지 예입니다. 폼이나 가져오기 경로에 맞게 수정하기 전에 지원 연도, 거부되는 유형, 호출부를 검토해 달라고 요청할 수 있습니다. 사용할 달력 체계를 명확히 하고 입력 검증과 규칙 자체를 구분하세요. 그러면 애플리케이션 맥락을 확인하지 않은 채 익숙한 공식에 의존하는 대신 평가 가능한 소프트웨어 변경을 제안받을 수 있습니다.
지원되는 OpenAI 호환 또는 Anthropic 엔드포인트에서 제공되는 무검열 AI 모델을 선택하고 필요한 경우 인증 정보를 입력하세요. 모델 정책, 도구 접근 권한, 컨텍스트 용량은 연결에 따라 달라집니다. 변경 내역을 살펴보고 관련 프로젝트 검사를 실행하며 일반 연도와 계약에 포함된 예외 사례를 함께 테스트하세요. 로컬 엔드포인트에는 별도로 실행 중인 모델 서버가 필요하며 연결된 모든 도구가 로컬에서 실행되는 것은 아닙니다.
먼저 정리할 달력 요구 사항
요청에 지원 연도 범위를 명시해야 하는 이유는 무엇인가요?
애플리케이션은 범용 달력 라이브러리보다 좁은 범위를 의도적으로 지원할 수 있습니다. 경계를 지정하고 바꾸기 전에 호출부를 살펴보세요. 윤년 계산 자체가 같더라도 허용 연도를 확장하면 후속 동작이 달라질 수 있습니다.
숫자로 된 문자열도 유효한 연도여야 하나요?
애플리케이션에서 변환을 어디서 수행할지 정하세요. 폼은 엄격한 헬퍼를 호출하기 전에 텍스트를 파싱할 수 있고 내부 API는 이를 거부할 수 있습니다. 이 구분을 유지하는 제안을 요청하고 합의한 동작을 명시적으로 테스트하세요.
올바른 윤년 헬퍼가 날짜 전체를 검증하나요?
아니요. 월별 일수, 날짜 범위, 애플리케이션의 달력 전제는 각각 처리해야 합니다. 헬퍼의 책임을 명확히 하고 입력이 유효하다고 판단하기 전에 다른 검사와 결합하는 코드를 살펴보세요.
검토자는 요청된 날짜 변경을 어떻게 확인할 수 있나요?
계약에 관련된 경계 연도를 포함해 허용 및 거부할 구체적인 예를 제공하세요. 헬퍼와 호출부를 검토한 뒤 실제 입력 경로로 사례를 실행하세요. 독립적인 계산만으로는 폼이나 가져오기 동작을 검증할 수 없습니다.
LeapGrove · 업데이트 2026-10-25