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

モデル

OpenAI互換またはAnthropicのエンドポイントを、ベースURLと必要なAPIキーで設定し、接続をテストします。ローカルのモデルサーバーは起動が必要です。リモートツールは別途データを送信する場合があります。

ワークフロー

整数の基数別フォーマット

ワークフロー ↗
ワークフロー
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との対話を絞れます。

整数の書式設定は、小さいながらも多くを示す例です。対応する基数の追加や英字の大文字・小文字の変更を行う前に、基数変換フォーマッターとその呼び出し元の調査をモデルに依頼します。ゼロと負数の入力に加え、利用側が期待する正確な出力も要件に含めます。その仕様に沿ってコードを開発することが目的です。

見た目の文字以外にも変更が及んでいないか、提案をレビューします。呼び出し元が文字列を比較、保存、後で解析する場合、外観の調整が互換性の問題になり得ます。代表的な値で関連する検証を実行し、プロジェクトに書き込みから読み取りまでの経路があれば、その全体を確認します。テストには期待する表現を明示してください。

対応するOpenAI互換またはAnthropicのエンドポイントで提供されている無検閲AIモデルを選択できます。必要に応じて認証情報を設定しますが、プロバイダーの実際の制限は引き続き適用されます。コンテキストの上限とツール対応も、書式設定タスクの名称ではなく、選択したモデルとサーバーによって決まります。

表現の変更を開発する際の疑問

出力の大文字・小文字は見た目だけの好みですか?

必ずしもそうではありません。利用側が、生成された文字列をそのまま比較または保存することがあります。大文字・小文字を変える前にそうした用途を特定し、影響を受ける呼び出し元の説明を求めてください。数値として同じ意味なら十分だと考えず、必要な表現をテストします。

未対応の基数にはどう対処すべきですか?

アプリケーションが期待するエラー動作を指定します。フォーマッターと、失敗を受け取る呼び出し元の両方を確認してください。既定の表現を返すと不正な要求が隠れることがあるため、明示的な要件なしに代替処理を導入しないでください。

往復変換テストで正確な出力の検証を代用できますか?

それぞれ確認することが異なります。あるパーサーが受け入れる表現を、別のシステムが拒否する場合があります。必要に応じて往復変換を使いつつ、符号、数字、大文字・小文字が外部仕様の一部となるケースでは正確な文字列も比較してください。

フォーマッターのタスクを共有するとき、どの環境情報が重要ですか?

機密情報を除いたテストデータとともに、ランタイムと関連する文字エンコーディングの前提を示します。エンドポイントとツールの接続先を確認してください。ローカルのモデルサーバーを別途実行していても、接続された全ツールがローカルとは限りません。この変更に必要な情報だけを共有します。

Windows版をダウンロード ↗

Radix Foundry · 更新日 2026-10-25