RRadix Foundry
AI 코딩 작업 공간

정수의 진법별 형식

정수를 값 변경 없이 2부터 36 사이의 선택한 진법으로 표시하세요.

● ● ●Radix Foundry●
작업 흐름 · 정수의 진법별 형식 ×
def format_radix(value, base):
    if type(value) is not int or type(base) is not int or not 2 <= base <= 36:
        raise ValueError("radix.input")
    if value == 0:
        return "0"
    sign, value = ("-" if value < 0 else ""), abs(value)
    digits = "0123456789abcdefghijklmnopqrstuvwxyz"
    result = ""
    while value:
        value, remainder = divmod(value, base)
        result = digits[remainder] + result
    return sign + result
✳정수의 진법별 형식
✓ 변경 사항적용하기 전에 검토하세요 ↗
작업 공간 예시 화면
01

프로젝트

영, 음수와 양쪽 진법 한계를 확인하고 불리언, 분수 및 지원하지 않는 진법을 거부하세요.

02

적용하기 전에 검토하세요

실제 동작을 예상 결과와 비교하세요. 검사가 실패하면 다음 변경을 하기 전에 원인을 조사하세요.

03

모델

기본 URL과 필요한 API 키로 OpenAI 호환 또는 Anthropic 엔드포인트를 설정하고 연결을 테스트하세요. 로컬 모델 서버는 실행 중이어야 합니다. 원격 도구는 데이터를 별도로 전송할 수 있습니다.

작업 흐름

정수의 진법별 형식

작업 흐름 ↗
작업 흐름
def format_radix(value, base):
    if type(value) is not int or type(base) is not int or not 2 <= base <= 36:
        raise ValueError("radix.input")
    if value == 0:
        return "0"
    sign, value = ("-" if value < 0 else ""), abs(value)
    digits = "0123456789abcdefghijklmnopqrstuvwxyz"
    result = ""
    while value:
        value, remainder = divmod(value, base)
        result = digits[remainder] + result
    return sign + result
AI 코딩 작업 공간

표현 변경과 값 변경을 구분하세요

Radix Foundry는 소프트웨어가 값을 표현하고 교환하는 방식을 논의하는 Windows 코딩 작업 공간입니다. 프로젝트 파일과 수신 시스템이 기대하는 사항부터 살펴보세요. 변경이 식별자, 내보내는 필드 또는 표시 문자열에 영향을 준다면, AI와의 대화에서 변경된 표현이 여전히 애플리케이션에 필요한 의미를 담고 있는지 집중적으로 검토할 수 있습니다.

정수 형식 지정 요청은 작지만 많은 것을 보여 주는 예입니다. 지원 진법을 추가하거나 대소문자를 변경하기 전에 모델에 진법 변환 함수와 호출부를 살펴보도록 요청하세요. 요구사항에 0과 음수 입력, 그리고 소비 측이 기대하는 정확한 출력을 포함하세요. 이 작업의 목적은 그 규약에 맞춰 코드를 개발하는 것입니다.

눈에 보이는 문자 이외의 변경도 제안에 포함되었는지 검토하세요. 호출부가 문자열을 비교하거나 저장하거나 나중에 파싱할 수 있으므로, 외형상의 수정도 호환성 문제로 이어질 수 있습니다. 대표 값을 사용해 관련 검사를 실행하고, 프로젝트에 쓰기와 읽기의 전체 경로가 있다면 이를 살펴보세요. 테스트에 예상 표현을 명시하세요.

지원되는 OpenAI 호환 또는 Anthropic 엔드포인트가 제공하는 무검열 AI 모델을 선택할 수 있습니다. 필요하면 인증 정보를 설정하세요. 제공업체의 실제 제한은 계속 적용됩니다. 컨텍스트 한도와 도구 지원 역시 형식 지정 작업의 이름이 아니라 선택한 모델과 서버에 따라 달라집니다.

표현 변경 개발하기

출력의 대소문자는 단지 시각적 취향인가요?

반드시 그렇지는 않습니다. 소비 측이 생성된 문자열을 그대로 비교하거나 저장할 수 있습니다. 대소문자를 변경하기 전에 이러한 용도를 파악하고 영향을 받는 호출부에 대한 설명을 요청하세요. 숫자로서 의미가 같으면 충분하다고 가정하지 말고 요구되는 표현을 테스트하세요.

지원하지 않는 진법은 어떻게 처리해야 하나요?

애플리케이션이 기대하는 오류 동작을 명시하세요. 형식 지정 함수와 실패를 전달받는 호출부를 모두 검토하세요. 기본 표현을 반환하면 잘못된 요청이 감춰질 수 있으므로, 명시적인 요구사항 없이 대체 동작을 추가하지 마세요.

왕복 변환 테스트가 정확한 출력 검사를 대체할 수 있나요?

두 검사는 서로 다른 질문에 답합니다. 파서는 다른 시스템이 거부하는 표현도 허용할 수 있습니다. 필요한 경우 왕복 변환을 사용하되, 부호, 숫자 또는 대소문자가 외부 규약의 일부인 경우에는 정확한 문자열도 비교하세요.

형식 지정 작업을 공유할 때 어떤 환경 정보가 중요한가요?

민감한 정보를 제거한 테스트 데이터와 함께 런타임 및 관련 인코딩 가정을 제공하세요. 엔드포인트와 도구가 연결되는 대상을 검토하세요. 별도로 실행되는 로컬 모델 서버를 쓰더라도 연결된 모든 도구가 반드시 로컬인 것은 아닙니다. 이 변경에 필요한 컨텍스트만 공유하세요.

Windows용 다운로드 ↗

Radix Foundry · 업데이트 2026-10-25