def sudoku_complete(board):
if type(board) is not list or len(board) != 9:
raise ValueError("nine rows")
if any(type(row) is not list or len(row) != 9 or
any(type(v) is not int or not 1 <= v <= 9 for v in row) for row in board):
raise ValueError("nine integer digits per row")
target = set(range(1,10))
units = board + [list(col) for col in zip(*board)]
units += [[board[y+dy][x+dx] for dy in range(3) for dx in range(3)]
for y in (0,3,6) for x in (0,3,6)]
return all(set(unit) == target for unit in units)| 적용하기 전에 검토하세요 | 실제 동작을 예상 결과와 비교하세요. 검사가 실패하면 다음 변경을 하기 전에 원인을 조사하세요. |
|---|---|
| 모델 | 기본 URL과 필요한 API 키로 OpenAI 호환 또는 Anthropic 엔드포인트를 설정하고 연결을 테스트하세요. 로컬 모델 서버는 실행 중이어야 합니다. 원격 도구는 데이터를 별도로 전송할 수 있습니다. |
| 프로젝트 | 행, 열, 삼 곱하기 삼 블록을 검사하고 잘못된 모양이나 비정수 입력을 거부하며 숫자가 반복되면 거짓을 반환합니다. |
def sudoku_complete(board):
if type(board) is not list or len(board) != 9:
raise ValueError("nine rows")
if any(type(row) is not list or len(row) != 9 or
any(type(v) is not int or not 1 <= v <= 9 for v in row) for row in board):
raise ValueError("nine integer digits per row")
target = set(range(1,10))
units = board + [list(col) for col in zip(*board)]
units += [[board[y+dy][x+dx] for dy in range(3) for dx in range(3)]
for y in (0,3,6) for x in (0,3,6)]
return all(set(unit) == target for unit in units)완성된 입력과 유효한 결과를 구분하세요
GridCoven은 검증 코드에 관해 정확한 질문을 할 수 있는 Windows AI 코딩 작업 공간입니다. 애플리케이션이 구분해야 할 사항에서 시작해 관련 소스와 예제를 대화에 가져오세요. 연결된 모델은 제안 논의를 돕고, 제품 계약에 포함할 허용 및 거부 상태는 사용자가 결정합니다.
칸이 채워진 스도쿠 보드는 구체적인 검토 작업이 됩니다. 모든 칸에 값이 있어도 행, 열, 블록 규칙을 위반할 수 있습니다. 빈칸을 풀지 않고 완성된 보드를 검증하도록 요청하세요. 호출자가 결과를 다르게 처리할 수 있으므로, 형식이 잘못된 입력과 형식은 올바르지만 유효하지 않은 보드의 차이도 포함하세요.
독립적인 테스트 사례로 패치를 검토하세요. 행 검사는 통과하면서 열 규칙을 위반하는 사례와 블록 규칙 누락을 드러내는 사례를 사용할 수 있습니다. 기존 프로젝트 도구로 실행하고 입력이 변경되지 않았는지 살펴보세요. 목표는 알려진 정답 하나를 인식한다는 이유로 검증기를 수락하는 것이 아니라, 필요한 각 조건을 관측 가능하게 만드는 것입니다.
GridCoven은 OpenAI 호환 또는 Anthropic 엔드포인트 연결을 지원하며 필요할 때 인증 정보를 사용합니다. 엔드포인트에서 필터 없는 AI 모델을 제공해도 실제 기능과 서비스 조건의 적용을 받습니다. 컨텍스트와 도구는 모델과 서버가 결정하며, 레이블이나 자신 있는 설명만으로 검증의 완전성을 입증할 수는 없습니다.
완성된 보드 검증 작업 정의하기
형식이 잘못된 입력과 유효하지 않은 보드를 어떻게 구분하나요?
필요한 형태와 값의 자료형부터 명시한 뒤 올바른 형태의 보드에서 발생할 수 있는 규칙 위반을 설명하세요. 호출자가 각 결과를 어떻게 관측해야 하는지 지정하세요. 이렇게 하면 오류 처리와 불리언 유효성 판단을 별도로 검토할 수 있습니다.
정답 테스트 사례만으로는 왜 부족한가요?
유효한 예제 하나가 허용된다는 것만 보여주기 때문입니다. 행, 열, 블록 위반을 각각 분리하는 사례를 추가하여 누락된 조건이 드러나게 하세요. 예상 결과를 독립적으로 검토한 뒤 테스트에서 제안 구현이 일치하는지 확인하세요.
작업 공간에 빈칸을 풀어 달라고 요청할 수 있나요?
그것은 계약이 다른 별도의 코딩 작업입니다. 여기 예제는 완성된 입력을 검증합니다. 빈칸 처리를 명시하여 제안된 검증기가 조용히 풀이기로 바뀌거나 미완성 보드를 완성된 정답으로 취급하지 않도록 하세요.
검증이 제출된 보드를 변경해야 하나요?
요구사항에 명시하세요. 이 검토 예제에서는 원본 입력을 보관하고 검증 후 확인하세요. 유효성 결과가 맞더라도 변경은 이후 인터페이스 동작에 영향을 줄 수 있으므로 그 위험이 중요하다면 사용하는 코드도 포함하세요.
GridCoven · 업데이트 2026-10-25