TTerraInterlace
AI 코딩 작업 공간

모턴 격자 인덱싱

음수가 아닌 두 정수 좌표의 비트를 교차해 지정 비트 너비의 모턴 인덱스를 만드세요.

● ● ●TerraInterlace●
작업 흐름 · 모턴 격자 인덱싱 ×
def morton2(x, y, bits):
    if type(bits) is not int or not 1 <= bits <= 16:
        raise ValueError("bits.range")
    if any(type(v) is not int or not 0 <= v < (1 << bits)
           for v in (x, y)):
        raise ValueError("coordinate.range")
    result = 0
    for i in range(bits):
        result |= ((x >> i) & 1) << (2 * i)
        result |= ((y >> i) & 1) << (2 * i + 1)
    return result
✳음수가 아닌 두 정수 좌표의 비트를 교차해 지정 비트 너비의 모턴 인덱스를 만드세요.
✓ 변경 사항적용하기 전에 검토하세요 ↗
작업 공간 예시 화면
프로젝트
모서리와 최대 너비를 시험하고 음수, 소수와 범위 밖 좌표를 거부하세요.
적용하기 전에 검토하세요
실제 동작을 예상 결과와 비교하세요. 검사가 실패하면 다음 변경을 하기 전에 원인을 조사하세요.
모델
기본 URL과 필요한 API 키로 OpenAI 호환 또는 Anthropic 엔드포인트를 설정하고 연결을 테스트하세요. 로컬 모델 서버는 실행 중이어야 합니다. 원격 도구는 데이터를 별도로 전송할 수 있습니다.
작업 흐름

모턴 격자 인덱싱

작업 흐름 ↗
작업 흐름
def morton2(x, y, bits):
    if type(bits) is not int or not 1 <= bits <= 16:
        raise ValueError("bits.range")
    if any(type(v) is not int or not 0 <= v < (1 << bits)
           for v in (x, y)):
        raise ValueError("coordinate.range")
    result = 0
    for i in range(bits):
        result |= ((x >> i) & 1) << (2 * i)
        result |= ((y >> i) & 1) << (2 * i + 1)
    return result
AI 코딩 작업 공간

간결한 인덱싱 코드를 그것이 다루는 데이터와 연결하세요

인덱싱 코드는 짧아도 그 가정은 저장과 조회 전반에 걸칠 수 있습니다. TerraInterlace는 자신의 프로젝트에서 그 관계를 검토하는 Windows AI 코딩 클라이언트입니다. 연결된 모델이 변경을 제안하기 전에 좌표 입력, 인덱스 표현, 소비 측을 살펴보도록 요청하세요. 더 넓은 자료형이 조용히 더 넓은 규약이 되지 않도록 지원 범위를 요청에 명시하세요.

예를 들어 좌표 비트를 번갈아 끼워 넣는 격자 키의 유지보수를 요청할 수 있습니다. 인코딩 도우미와 출력을 저장하거나 읽는 코드를 대화에 제공하세요. 축 순서와 비트 너비에 대한 설명을 요청하고, 그 가정이 서로 다르면 집중된 제안을 요청하세요. 이는 포함된 지도 시스템이 아니라 사용자의 격자 구현을 다루는 작업입니다.

실제 키에 영향을 주는 경계에서 제안을 검증하세요. 0, 지원하는 최대 좌표, 허용 범위를 바로 벗어난 값에 대한 검사를 실행하세요. 알려진 좌표를 예상 키와 비교하고 영구 저장 데이터의 해석이 바뀌는지 살펴보세요. 수학적으로 그럴듯한 인코더도 나머지 애플리케이션과 호환되어야 합니다.

TerraInterlace는 OpenAI 호환 및 Anthropic 엔드포인트 연결을 지원합니다. 서비스가 제공한다면 무검열 AI 모델을 선택하세요. 컨텍스트 용량, 도구, 제한은 여전히 해당 설정의 속성입니다. 검토는 프로젝트의 표현 방식과 직접 살펴볼 수 있는 변경에 집중하세요.

인덱스 변경 전에 결정할 질문

비트 인터리빙 도우미를 검토할 때 소비 측도 포함하는 이유는 무엇인가요?

소비 측은 도우미에 문서화되지 않은 축 순서, 너비, 영구 저장 키 형식을 가정할 수 있습니다. 양쪽을 살펴보면 깔끔해 보이는 변경이 기존 데이터의 해석을 바꾸기 전에 그 의존성을 드러내는 데 도움이 됩니다.

더 큰 정수형을 쓰면 범위를 안전하게 확장할 수 있나요?

자동으로 그렇게 되지는 않습니다. 검증, 저장 너비, 키를 처리하는 모든 소비 측을 확인하세요. 어시스턴트에게 그 의존성을 파악하도록 요청하고 범위 확장을 자체 테스트가 필요한 의도적인 호환성 변경으로 검토하세요.

어떤 예가 축 순서 오류를 드러내나요?

한 축만 0이 아닌 좌표와 독립적으로 예상 키를 명시한 혼합 사례를 사용하세요. 대칭 좌표는 축이 뒤바뀐 것을 숨길 수 있습니다. 프로젝트 테스트 데이터 옆에 예상 규칙을 적어 두세요.

패치와 함께 저장된 키를 다시 생성해야 하나요?

표현이 실제로 바뀌는지, 기존 레코드를 어떻게 계속 읽을 수 있어야 하는지 판단한 뒤에만 진행하세요. 먼저 영향 분석을 요청하세요. 도우미 수정 제안 자체는 데이터 마이그레이션을 승인하거나 구현하지 않습니다.

Windows용 다운로드 ↗

TerraInterlace · 업데이트 2026-10-25