적용하기 전에 검토하세요
실제 동작을 예상 결과와 비교하세요. 검사가 실패하면 다음 변경을 하기 전에 원인을 조사하세요.
● ● ●BitWhorl●
작업 흐름 · 고정 폭 비트 회전 ×
def rotate_left(value, count, width):
if any(type(x) is not int for x in (value, count, width)):
raise ValueError("rotate.type")
if not 1 <= width <= 64 or not 0 <= value < (1 << width) or count < 0:
raise ValueError("rotate.range")
count %= width
mask = (1 << width) - 1
return ((value << count) | (value >> (width - count))) & mask✳고정 폭 비트 회전
✓ 변경 사항적용하기 전에 검토하세요 ↗
작업 공간 예시 화면
모델
기본 URL과 필요한 API 키로 OpenAI 호환 또는 Anthropic 엔드포인트를 설정하고 연결을 테스트하세요. 로컬 모델 서버는 실행 중이어야 합니다. 원격 도구는 데이터를 별도로 전송할 수 있습니다.
프로젝트
횟수를 폭으로 나눈 나머지로 줄여 0회전과 한 바퀴 회전을 시험하고 음수 횟수와 폭을 넘는 값을 거부하세요.
작업 흐름
def rotate_left(value, count, width):
if any(type(x) is not int for x in (value, count, width)):
raise ValueError("rotate.type")
if not 1 <= width <= 64 or not 0 <= value < (1 << width) or count < 0:
raise ValueError("rotate.range")
count %= width
mask = (1 << width) - 1
return ((value << count) | (value >> (width - count))) & mask표현 방식의 전제를 코드 검토에 포함하세요
BitWhorl은 정확한 표현 방식에 의존하는 소스 변경을 논의하는 Windows 프로젝트 작업 공간을 제공합니다. 코드를 열고 주변 애플리케이션이 기대하는 값을 설명하세요. 리팩터링을 요청하기 전에 관련 입력 한도를 모델이 설명하도록 하여 더 단순해 보이는 식이 연산을 조용히 바꾸지 않게 하세요.
구체적인 작업으로 rotate_word.py를 가져올 수 있습니다. 워드 폭과 그보다 큰 회전 횟수에서 기대하는 동작을 명시한 뒤 제안된 코드를 호출부와 함께 검토하세요. 이 예제는 대화에 범위가 명확한 계약을 제공하며 작업 공간이 비트 연산 라이브러리를 제공한다는 주장은 아닙니다.
독립적으로 지정한 몇 가지 테스트 데이터로 자신의 환경에서 제안을 확인하세요. 회전 0회, 전체 폭만큼의 회전, 허용되는 최상위 비트가 설정된 값을 포함하세요. 특히 다른 계층이 헬퍼 호출 전에 값을 변환한다면 거부 입력도 살펴보세요. 수정 전반에 걸쳐 애플리케이션의 표현 규칙을 유지하세요.
지원되는 OpenAI 호환 또는 Anthropic 엔드포인트가 제공한다면 거부 성향이 제거된 AI 모델의 도움을 받을 수 있습니다. 작업 공간에서 연결과 필요한 인증 정보를 설정하세요. 모델 제한, 컨텍스트 용량, 도구 제공 여부는 선택한 서버에 따라 달라지므로 수락 검사는 모델 명칭이 아니라 프로젝트가 담당해야 합니다.
고정 폭 코드를 변경하기 전에
호출부가 음수 회전 횟수를 전달해도 되나요?
반대 방향 회전을 의미한다고 가정하기 전에 현재 계약을 확인하세요. 예제는 음수 횟수를 거부합니다. 호출부에 부호 있는 횟수가 필요하다면 명시적인 동작 변경으로 요청하고 0의 양쪽에서 기대 결과를 지정하세요.
실패를 보고할 때 폭을 포함해야 하는 이유는 무엇인가요?
같은 정수와 횟수도 워드 폭에 따라 결과가 달라질 수 있습니다. 세 입력과 기대 출력을 모두 포함하세요. 맥락이 없으면 모델은 유효하지만 애플리케이션과 다른 표현을 사용하는 연산을 설명할 수 있습니다.
마스크는 단순한 구현 세부 사항인가요?
마스크는 출력 표현을 강제할 수 있으므로 제거하면 관찰 가능한 결과가 바뀔 수 있습니다. 제안된 수정이 출력을 허용 폭 안에 유지하는 방법을 묻고 상위 비트 사례를 테스트하세요. 같은 규칙으로 결과를 직렬화하거나 비교하는 호출부도 검토하세요.
더 짧은 식을 평가할 때 무엇이 도움이 되나요?
독립적으로 선택한 경계 예제와 기존 입력 정책으로 동작을 비교하세요. 식 자체와 함께 언어의 시프트 의미에 관한 설명도 읽으세요. 짧은 소스는 수정 코드가 필요한 표현 방식과 거부 동작을 유지할 때만 유용합니다.
BitWhorl · 업데이트 2026-10-25