Uuencodeエンコーダー

本機能は平文のUTF-8テキストを完全な古典uuencode文書へ符号化するか、完全な文書をテキストへ復号し、不正なヘッダー・不正な長さ接頭辞・壊れた本体アルファベットを明確なinvalid_inputで拒否します。システムバイナリを各ホストへ入れずに安定したuuencode工程が必要なスクリプト、SDK、パイプライン向けです。

テキストを古典的Unix uuencodeへエンコードする

必須の文字列フィールドtextに包みたい平文メッセージを入れたJSON本体を送り、modeは既定のencodeのままにするか明示的にencodeを指定し、必要に応じてbeginヘッダー用にfilenameとfilemodeを渡してください。各本体行は最大四十五バイトのペイロードを運びます。最終のend行の前に長さゼロの終端行があり、古典的なuudecodeツールがペイロード完了を知ります。クライアントが古いフォーム名を再利用する場合、textにはinput、value、s、payload、dataの別名を受け付けます。応答には完全なuuencode文書のresult、mode encode、ヘッダー値を反映するfilenameとfilemode、符号化前のUTF-8長であるbytesが含まれ、テストでサイズを検証できます。

uuencode文書をデコードし、不正入力を扱う

modeをdecodeにし、begin行、長さ接頭辞付き行、長さゼロの終端、endフッターを含む完全な古典uuencode文書をtextに入れてください。begin前の余分な行はスキップされるためメールの貼り付けも使え、復帰改行は正規化され、歴史的ツールが末尾空白の扱いで食い違うため、符号化ゼロとして空白とバッククォートの両方を受け付けます。エンジンはbeginヘッダーから八進モードとファイル名を解析し、各データ行を辿り、長さ接頭辞が古典的な四十五バイト上限を超えないことを検証し、各四文字を三バイトへ戻し、end前の長さゼロ終端で停止します。検索意図が古典的beginモード形式のuuencodeまたはuudecodeそのもののときは本機能を選び、Base64、Base64url、PEM包みは別アルファベット・別ヘッダーの別ランディングです。begin欠落、end欠落、終端後の非空行、印刷可能uuencode範囲外の不正本体文字、長さ接頭辞が要求するより短い切れた本体は、静かなゴミではなく明示メッセージ付きのinvalid_inputになります。バイトペイロード復元後は致命的デコーダでUTF-8として解読するため、有効なUnicodeでない壊れたバイナリもきれいに失敗します。成功時はresultに復元文字列、mode decode、ヘッダー由来のfilenameとfilemode、復号後UTF-8長のbytesを返します。decode時にfilenameやfilemodeを任意で渡す場合はヘッダーと一致しなければならず、一致しないと要求は失敗します。前払いAPIでは検証失敗は課金されないため、怪しいアーカイブ貼り付けの調査は運用者に安く、利用者にも安全です。

API利用、料金、ワークフロー、実務上の限界

バックエンド、サーバーレス関数、SDKが同じencodeまたはdecode手順を残高のもとで必要とする場合は、成功1件あたり$0.002の前払いKIT APIを使います。典型的な流れは、filenameをinstall.sh、filemodeを755にして短いシェル断片を符号化し、チケット系で文書を送り、受信サービスでmode decodeし、bytesとfilenameの一致を確認することです。SDKを出す作者はresultをそのままコピーボタンへ写せ、filename、filemode、bytesのラベルにより、古いマニュアルのbegin 644 名前パターンしか知らない読者にもOpenAPI例が自明になります。