テキストインデント正規化

同一行または文書全体でタブとスペースが明確な規則なく混在する場合、黙って推測せず invalid_input で失敗します。任意の target_unit により、論理的な深さの木を変えずにスペース基準の段を再スケール（例: 2から4）できます。

基準単位の検出と段の書き直しの仕組み

その連続に両方の文字が現れる場合、または他の Unicode 空白が現れる場合、その行は混在とみなし、行番号を明示した明確なメッセージでリクエスト全体が失敗します。任意の target_unit はスペース様式の文書にのみ適用され、段は保持され、出力はその段あたりスペース数を使います。これが2スペースの木を1回の呼び出しで4スペースの木へ変換する方法です。タブ様式の入力は target_unit を無視し、タブを黙って展開しません。

入力契約、応答フィールド、エラーの扱い

非整数や範囲外の値は検証に失敗します。行単位の真のインデント意味論が欲しいときは、改行を事前に潰さず生の複数行本体を送ることを推奨します。1本の長い行は正規化すべきインデントが1つだけです。必須の文字列フィールド text（別名 input、value、string、s、content、body）を含む JSON 本体を POST してください。値は全体の空白トリム後に空でない文字列でなければならず、貼り付け1回で Worker やブラウザのメモリを枯渇させないよう十万文字を超えてはいけません。任意の target_unit は1から32までの正の整数です。成功時の応答は、元の文字列としての input、LF で結合された完全に書き直された複数行結果としての text、spaces / tabs / none としての indent_style、有効な出力単位サイズとしての indent_unit、目標オーバーライド前に推定された単位としての detected_unit、空行を含む行数としての line_count、正の段を持った行数としての indented_lines、最も深いインデント段としての max_level、lines と揃った行ごとの整数深さ配列としての levels、書き直された行文字列の順序付き配列としての lines、スタイル・単位・行数・最大段の短い要約としての message を返します。text 欠落、非文字列、空内容、過大なペイロード、無効な target_unit、同一行のタブとスペース混在、文書レベルのスタイル混在などの検証失敗は invalid_input を返し、課金されません。料金は単位 item での成功リクエストごとに定額 $0.002 です。統合時は、清浄な内容について text または lines をアサートし、回帰では任意で levels と indent_unit を比較し、混在貼り付けの invalid_input は課金イベントではなくクライアント側のスタイル衝突として扱ってください。

このツールを使う場面と関連検索との違い

検索意図がテキストインデント段の正規化、オンラインでの不揃いインデント修正、2と4スペースの不揃い貼り付けを単一単位へ変換、コミット前のタブ対スペース様式検出であるときに、この能力を使ってください。テストの往復確認は簡単です。末尾空白と行内の整列用スペースに注意してください。このツールは先頭インデント列だけを書き直し、行内の整列スペースは扱いません。完全なコードフォーマッタでも、言語対応プリティプリンタでも、空行削除でも、意図的な構造を壊す全体の String.trim でもありません。先頭スペースが0・2・4の3行ブロックを入れ、indent_unit が2で levels が0・1・2であることを期待します。純タブの入れ子ブロックでは indent_style が tabs で、段がタブ数と一致する整数であることを期待します。タブの後にスペースが続く行、またはタブ行の隣にスペース行がある入力を意図的に送り、タブとスペースの混在に言及する invalid_input を確認します。深さの木を保たず各行の前後空白だけを除きたいときは str.trim_lines を、固定インデントで pretty-print すべき JSON なら data.json_format を、人が既に階層的なプレーンテキストやコード風ブロックを書いており一貫した基準単位が必要なときは本能力を選んでください。invalid_input を返す失敗タスクは前払い残高を消費しないため、フォーム検証と CI の負テストを安く保てます。