프로젝트
순환 캐리와 빈 입력을 시험하고 다른 형식을 거부하며 비암호학적 검사를 인증과 구별하세요.
AI 코딩 작업 공간
홀수 바이트 인터넷 체크섬
0부터 65535바이트의 16비트 인터넷 체크섬을 계산하고 홀수 마지막 바이트를 0으로 채우세요.
● ● ●CarryLoam●
작업 흐름 · 홀수 바이트 인터넷 체크섬 ×
def internet_checksum(data):
if type(data) is not bytes or len(data) > 65535:
raise ValueError("checksum.bytes")
total = 0
for i in range(0, len(data), 2):
total += (data[i] << 8) | (data[i+1] if i+1 < len(data) else 0)
while total >> 16:
total = (total & 65535) + (total >> 16)
return (~total) & 65535
✳홀수 바이트 인터넷 체크섬
✓ 변경 사항적용하기 전에 검토하세요 ↗
작업 공간 예시 화면
적용하기 전에 검토하세요
실제 동작을 예상 결과와 비교하세요. 검사가 실패하면 다음 변경을 하기 전에 원인을 조사하세요.
모델
기본 URL과 필요한 API 키로 OpenAI 호환 또는 Anthropic 엔드포인트를 설정하고 연결을 테스트하세요. 로컬 모델 서버는 실행 중이어야 합니다. 원격 도구는 데이터를 별도로 전송할 수 있습니다.
작업 흐름
def internet_checksum(data):
if type(data) is not bytes or len(data) > 65535:
raise ValueError("checksum.bytes")
total = 0
for i in range(0, len(data), 2):
total += (data[i] << 8) | (data[i+1] if i+1 < len(data) else 0)
while total >> 16:
total = (total & 65535) + (total >> 16)
return (~total) & 65535
바이트 수준 변경을 외부 기대값과 연결하세요
CarryLoam은 정확한 바이트 해석에 따라 올바름이 결정되는 변경을 살펴보는 Windows AI 코딩 소프트웨어입니다. 프로젝트를 열고 코드가 생성하거나 소비해야 하는 형식을 설명하세요. 모델에게 관련 구현과 호출부를 검토하도록 요청하고, 검토가 그럴듯한 설명 이상에 근거하도록 독립적으로 알려진 결과를 대화에 유지하세요.
인터넷 체크섬 루틴은 유용한 요청 예입니다. 짧은 짝수 길이 사례와 홀수 길이 사례를 예상 결과와 함께 제공하고 코드가 마지막 바이트와 캐리 접기를 어떻게 처리하는지 물어보세요. 주변 프로토콜 구현이 정확하다고 가정하지 않고도 집중 검토를 통해 이런 세부 사항을 패킷 생성 경로와 연결할 수 있습니다.
제안된 패치에서 바이트 순서, 패딩, 체크섬 저장 지점의 변경을 살펴보세요. 프로젝트 테스트를 실행하고 형식에 적합한 독립적 기준과 비교하세요. 불일치가 나타나면 입력 바이트와 두 출력을 보존하여 다음 논의에서 재현 가능한 사례를 조사할 수 있게 하세요.
지원되는 OpenAI 호환 또는 Anthropic 엔드포인트에서 제공하는 경우 무검열 AI 모델을 선택하세요. 필요한 인증 정보를 추가하고 사용 가능한 도구와 컨텍스트 용량을 확인하세요. 제한은 여전히 선택한 모델과 공급자가 결정합니다. 모델 명칭이나 작업 공간만으로 패킷의 유효성이나 보안이 입증되지는 않습니다.
바이트 중심 구현 변경 검토
예상 체크섬 값을 패치와 독립적으로 유지하는 이유는 무엇인가요?
같은 로직으로 기대값을 계산하면 같은 오류가 반복될 수 있습니다. 적절한 참조나 독립적으로 검증한 사례를 사용하고 정확한 입력 바이트를 보존하세요. 그러면 모델 논의와 테스트에 별도의 비교 기준이 생깁니다.
홀수 길이 테스트 사례는 무엇을 확인해야 하나요?
예상 결과에서 마지막 바이트 처리를 관찰할 수 있어야 합니다. 모델에게 제안된 패딩과 바이트 순서를 설명하도록 요청한 뒤 출력을 비교하세요. 결과 타입만 확인하는 테스트는 이 차이를 놓칩니다.
체크섬이 일치하면 패킷 유효성이 입증되나요?
아니요. 다른 필드, 길이, 프로토콜 규칙은 여전히 각자 검사해야 합니다. 체크섬 변경을 해당 범위에서 검토하고 필요하면 주변 패킷 생성 코드를 살펴보세요. 값 하나의 일치를 전체 메시지 검증으로 취급하지 마세요.
제안된 네트워크 검증 명령은 어떻게 다뤄야 하나요?
실행 전에 대상과 영향을 검토하세요. 합성 로컬 테스트 사례로 충분할 수도 있습니다. 로컬 모델에는 별도로 실행 중인 서버가 필요하며 패킷을 보내거나 검사하는 도구를 포함해 연결된 모든 도구가 로컬로 바뀌지는 않습니다.
CarryLoam · 업데이트 2026-10-25