日本語 claude codeの設定方法｜返答の英語化と入力ずれを解決

Claude Codeは日本語で指示できる

Claude Codeでは、作業の目的を日本語で伝えられます。「この関数の役割を説明してください」「原因を調べてから修正案を提示してください」のように、普段の言葉で始めてかまいません。コードの識別子やエラーメッセージまで日本語へ翻訳する必要はありません。

たとえば「ログイン画面で空白になる原因を調査してください。まず読み取りだけ行い、日本語で原因候補を説明してください」と伝えると、対象・目的・作業範囲を一緒に指定できます。短い「直して」だけの依頼より、期待する結果を確認しやすくなります。

起動方法やログインの前提は公式クイックスタートで確認できます。本記事では、すでに起動できる環境での日本語設定を扱います。

日本語の返答と画面の日本語化は分けて考える

「日本語化」には、指示の入力、生成される説明、メニューや実行状況の表示という別々の意味があります。日本語で説明が返ってきても、コマンド名や確認画面に英語が残ることはあります。返答言語を指定する設定が、画面のすべての文字を翻訳する保証になるわけではありません。

公式の変更履歴には、返答言語を指定するlanguage設定の追加が記載されています。まず「質問への回答を日本語にしたい」のか、「入力が正常に表示されない」のかを区別しましょう。

settings.jsonで返答言語を日本語にする手順

継続して日本語の返答を希望するなら、設定ファイルのlanguageにjapaneseを指定します。最初は、自分だけに適用するユーザー設定から始めると管理しやすくなります。

1. 既存の設定ファイルがあるか確認し、編集前の内容をコピーして保管します。
2. macOS・Linuxでは~/.claude/settings.json、Windowsでは%USERPROFILE%\.claude\settings.jsonをエディターで開きます。
3. 既存のJSONオブジェクトに"language": "japanese"を追加して保存します。ファイルがなければ、下の最小構成で作成します。
4. 設定を保存した状態で新しいClaude Codeセッションを開始し、短い質問を送ります。
5. 説明部分が日本語になったか確認し、英語のままなら後述の設定範囲を調べます。

{
  "language": "japanese"
}

これは設定ファイル全体が空の場合の例です。すでにモデルや権限などの設定があるなら、ファイル全体を置き換えず、同じオブジェクトへ項目を足してください。JSONではキーを二重引用符で囲み、項目の間にはカンマを置きます。最後の項目の後ろに余分なカンマを残さないようにします。

保存先の説明は公式の設定ファイル資料、返答言語キーの根拠は前述の公式変更履歴を参照してください。

個人用とプロジェクト共有の設定を選ぶ

設定をどこへ書くかによって、適用される範囲が変わります。自分の希望をチーム全員へ広げないよう、目的に合わせて保存先を選ぶことが大切です。

共有設定はバージョン管理などで配布します。手動でローカル設定ファイルを作る場合は、Gitの除外設定も確認してください。

個人設定を書いたのに特定のプロジェクトだけ英語になるなら、プロジェクト側に別の設定がないか確認します。会社で管理されている環境では管理設定が優先される場合もあります。詳細な適用範囲と優先順位は公式資料を確認できます。

CLAUDE.mdには日本語の説明ルールを書く

languageは返答言語を指定する設定です。一方、CLAUDE.mdには、説明の粒度やレビューの進め方など、繰り返し伝えたい作業上の指示を書けます。日本語で回答してほしいだけでなく「専門用語に説明を添える」「変更理由を先に示す」といった希望があるときに役立ちます。

次は、説明の書き方を指定する独自の記入例です。

# 説明の方針
- 説明と作業報告は日本語で書く。
- コードの識別子とエラーメッセージの原文は保持する。
- 変更理由、変更内容、確認結果の順で報告する。
- 不明な点は推測と確認済みの事実を分ける。

自分の全プロジェクトで使う指示は~/.claude/CLAUDE.md、チームで共有する指示はプロジェクトのCLAUDE.mdなどへ置きます。詳しい配置場所は公式のメモリ資料に記載されています。

同資料では、CLAUDE.mdは強制的な設定ではなく、文脈として扱う指示だと説明されています。長い規則を増やすより、守ってほしい内容を短く具体的に書き、実際の返答で確認しましょう。

英語に戻るときは設定と依頼文を確認する

英語が混じる場合、すぐに再インストールする必要はありません。英語の引用、別の設定ファイル、依頼文の指定を順に確認すると、原因を絞りやすくなります。

1. 英語なのが説明文なのか、コード・ログ・引用だけなのかを確認します。
2. 編集したファイルの場所とJSONの構文を確認します。似た名前の別ファイルへ保存していないかも見ます。
3. プロジェクト設定とローカル設定に、別のlanguage指定がないか確認します。
4. CLAUDE.mdや今回の依頼文に「英語で出力」といった矛盾する指示がないか確認します。
5. 新しいセッションで「説明は日本語で、ログの原文は残してください」と質問し、結果を比較します。

英語のREADMEを作る場合も、作業報告は日本語にするよう指定できます。成果物と説明の言語を分けて伝えましょう。

Windowsの入力ずれと文字化けを切り分ける

返答言語の設定は、IMEの変換候補位置やターミナルの文字表示を修復する設定ではありません。変換中だけ表示位置がずれるのか、確定した文字まで壊れるのかを先に確かめます。

公式変更履歴には、IMEの変換ウィンドウ位置やCJK入力に関する複数の修正が記載されています。ただし、すべての端末・IMEで同じ原因とは限りません。次は、原因を切り分けるための確認手順です。

1. claude --versionで現在のバージョンを控え、使用中のターミナルとIMEの名前も記録します。
2. 日本語の短い一文を直接入力し、変換前・確定後・送信後のどこで崩れるか確認します。
3. 同じ文をエディターから貼り付け、直接入力した場合と比較します。
4. 同じ文を別のターミナルで試し、特定の表示環境だけで再現するか確認します。
5. インストール方法に対応する公式の更新手順を確認し、更新後も同じ短文で再検証します。

貼り付けは正常で直接入力だけが崩れるならIMEとの組み合わせが確認対象になります。ファイルを開いた時点で文字が壊れているなら、元ファイルの文字コードも確認対象です。原因がわかる前に一括変換すると、正常なファイルまで変えてしまうため、コピーした一つのファイルで検証しましょう。

更新方法は公式クイックスタート、操作の不具合を調べる入口は公式トラブルシューティングで確認できます。

日本語で依頼するときの具体例

設定後は、日本語の依頼文にも「対象・目的・制約・確認方法」を添えると、成果を評価しやすくなります。たとえば、次のように伝えます。

ログイン処理のエラーを調べてください。最初はファイルを変更せず、原因候補と確認方法を日本語で説明してください。修正する場合は既存のテストで結果を確認し、変更したファイルと未確認の点を報告してください。

日本語で説明を受けても、実行コマンドや差分の確認は必要です。返答言語を整えることは、その確認をしやすくする準備になります。まず小さな読み取り依頼で言語と説明形式を確かめ、作業の目的が共有できてから変更依頼へ進むと、やり直しを減らせます。