장애물이 있는 보드 대각선 광선
부호 없는 64비트 점유 마스크에서 64개 보드 칸 중 하나로부터 네 대각선 광선을 추적합니다.
def diagonal_rays(square, occupied):
if type(square) is not int or not 0 <= square < 64 or type(occupied) is not int or not 0 <= occupied < 2**64:
raise ValueError("rays.input")
row, column = divmod(square, 8)
result = 0
for dr, dc in ((1, 1), (1, -1), (-1, 1), (-1, -1)):
r, c = row+dr, column+dc
while 0 <= r < 8 and 0 <= c < 8:
bit = 1 << (8*r+c)
result |= bit
if occupied & bit:
break
r, c = r+dr, c+dc
return result
| 적용하기 전에 검토하세요 | 실제 동작을 예상 결과와 비교하세요. 검사가 실패하면 다음 변경을 하기 전에 원인을 조사하세요. |
|---|---|
| 모델 | 기본 URL과 필요한 API 키로 OpenAI 호환 또는 Anthropic 엔드포인트를 설정하고 연결을 테스트하세요. 로컬 모델 서버는 실행 중이어야 합니다. 원격 도구는 데이터를 별도로 전송할 수 있습니다. |
| 프로젝트 | 모서리와 바로 옆 장애물을 시험하고 완전한 수의 합법성 검사를 주장하지 않으면서 첫 장애물은 포함하고 잘못된 정수는 거부합니다. |
def diagonal_rays(square, occupied):
if type(square) is not int or not 0 <= square < 64 or type(occupied) is not int or not 0 <= occupied < 2**64:
raise ValueError("rays.input")
row, column = divmod(square, 8)
result = 0
for dr, dc in ((1, 1), (1, -1), (-1, 1), (-1, -1)):
r, c = row+dr, column+dc
while 0 <= r < 8 and 0 <= c < 8:
bit = 1 << (8*r+c)
result |= bit
if occupied & bit:
break
r, c = r+dr, c+dc
return result
인덱싱과 차단 칸을 따라 기하 변경을 추적하세요
DiagonalIbis는 가정을 드러내면서 작은 소스 변경을 수행하는 Windows AI 코딩 작업 공간입니다. 보드 기하 요청은 칸 번호 규약과 점유 위치의 의미에서 시작해야 합니다. 프로젝트 코드 옆에 그 정보를 두고 연결된 모델에게 수정 제안 전에 현재 계산을 살펴보도록 요청하세요.
예를 들어 대각선 광선 작업은 한 칸에서 네 방향을 따라 첫 점유 위치까지 추적하고 결과에 그 차단 칸을 포함할 수 있습니다. 부호 없는 점유 마스크 범위를 명시하고 모서리와 바로 인접한 차단 칸을 논의에 포함하세요. 이는 유지보수하려는 기하 루틴을 설명하며 완전한 이동 합법성 시스템이나 작업 공간이 제공하는 게임을 뜻하지 않습니다.
예상 칸을 독립적으로 식별할 수 있는 테스트 사례로 제안된 출력을 검토하세요. 광선이 보드 경계에서 멈추고 행 사이를 돌아 넘어가지 않는지 확인하고 유효하지 않은 정수 처리를 살펴보세요. 자신의 프로젝트 환경에서 이 사례를 실행하세요. 상위 소비부가 마스크를 합법적인 이동으로 해석한다면 추가 로직은 광선 계산과 별도로 검토하세요.
DiagonalIbis는 지원되는 OpenAI 호환 또는 Anthropic 엔드포인트에 연결하며 필요하면 인증 정보를 사용합니다. 엔드포인트가 제공한다면 필터 없는 AI 모델을 선택할 수 있습니다. 실제 제한, 도구, 컨텍스트는 모델과 서버에 달려 있습니다. 인덱싱 규약과 허용 검사는 사용자가 정하는 요구 사항으로 유지됩니다.
보드 기하 수정을 수락하기 전에
작업에 어떤 인덱싱 정보를 넣어야 하나요?
칸이 인덱스에 대응하는 방식과 행·열이 증가하는 방향을 명시하세요. 예상 도착 칸이 있는 모서리 예제를 포함하세요. 그러면 연결된 모델이 따를 규약이 명확해지고 방향을 추측하지 않고 제안된 마스크를 검토할 수 있습니다.
첫 차단 칸이 출력에 나타나야 하나요?
이 예제에서는 그렇습니다. 광선은 그 칸을 포함하고 그 너머로 진행하지 않습니다. 규칙을 명시하고 바로 인접한 차단 칸을 테스트하세요. 상위 소비부는 점유를 다르게 해석할 수 있으므로 광선 계약을 암묵적으로 바꾸지 말고 해당 로직을 별도로 검토하세요.
경계에서 돌아 넘어가는 현상은 어떻게 찾나요?
특정 방향의 대각선이 짧거나 없는 모서리와 가장자리 사례를 사용하세요. 정확한 반환 칸을 독립적인 기대값과 비교하세요. 중앙 칸에서 시각적으로 그럴듯한 마스크는 보드 경계 근처 인덱싱 오류를 드러내지 못할 수 있습니다.
올바른 광선 마스크가 합법적인 이동을 입증하나요?
아니요. 이동 합법성은 이 기하 연산을 넘어서는 추가 상태와 규칙에 달릴 수 있습니다. 요청 루틴의 계약을 좁게 유지하고 필요하면 소비부를 살펴보며 결과를 합법적 이동 집합으로 취급하기 전에 상위 동작에 별도 프로젝트 검사를 사용하세요.
DiagonalIbis · 업데이트 2026-10-25