Claude Code をペルシア語で：language 設定、CLAUDE.md、右から左のテキスト

回答については、はい。公式の設定リファレンスには、回答言語に固定リストはなく、値はそのままモデルに渡り、Claude Code は検証しないと書かれています。persian でも farsi でも動きます。別扱いになる場所が二つあります。アプリのインターフェース言語は独自の固定リストを持ち、音声入力にも固定リストがあります。ペルシア語は音声入力のリストにないため、選ぶと音声入力は英語にフォールバックします。テキストの回答は影響を受けません。

~/.claude/settings.json に { "language": "persian" } を書きます。farsi でも構いません。公式の例は japanese で、型が任意の言語名であることを示しています。値は検証されず、綴りを間違えてもエラーにならないので、綴りは自分で確かめてください。プロジェクト単位の .claude/settings.json にも同じキーを書けます。リポジトリ全体でそろえるなら、取り決めを ./CLAUDE.md にも書いてください。

二つの効果を分けて考えます。アラビア文字は右から左に書かれ、規格に準拠した実装は表示のために Unicode 双方向アルゴリズムで並べ替える必要があるため、画面は右から左に流れても、ファイルは左から右のまま保存されます。混在した行では、数字や英語の部分は左から右のまま読めます。アルゴリズムに追加のヒントが要るとき、W3C は RLE、LRE、PDF ではなく分離制御文字の RLI、LRI、PDI を勧めています。エディタには公式のスイッチがあります。Vim の rightleft はウィンドウの表示を右から左にし、GNU Emacs には bidi-display-reordering があります。

半スペースは U+200C ZERO WIDTH NON-JOINER です。幅がゼロなので、消えたように見える文字はたいてい字形がないだけで、そこに存在しています。本当の危険は削除です。Unicode 標準の第 9 章は、この非結合子を無視したり削除したりすると、意味の異なるテキストや無意味なテキストになると述べ、ペルシア語の複数接尾辞を公式の例にしています。デバッグのときはエディタの不可視文字表示をオンにしてください。W3C も、制御コードは目に見えず終端し忘れやすいこと、プレーンテキストではそれしか使えないことを指摘しています。

はい。CLAUDE.md は毎回のセッション開始時に Claude が読むプレーンテキストのファイルなので、チームが読める言語でルールを書いてください。言語より大事なのは長さと置き場所です。長いファイルほど従いにくくなるため 200 行未満に保ち、ブロックレベルの HTML コメントは注入前に取り除かれるので、そこにルールを隠さないでください。ファイルが大きくなったら、残りは @path の読み込みを使ってください。

それはチームの取り決めであり、ベンダーの事実ではありませんが、どちらにしても書き残してください。よくある分担は、説明はペルシア語、コードとコミットメッセージは英語です。識別子にペルシア文字を入れると、具体的な問題が二つあります。双方向文字体系を識別子に使うと公式にセキュリティ上の考慮事項が生じ、ペルシア語の ی と ک はアラビア語の ي と ك とは別のコードポイントなので、検索やコードレビューで見落としやすくなります。ルールを CLAUDE.md に書けば、毎回のセッション開始時に読まれます。