blog
AIブログ
Claude Code 日本語対応の完全ガイド|設定・文字化け・実務活用まで
監修
河合 継(クリスタルメソッド株式会社 代表取締役)
AI・ディープラーニングに関する特許16件の発明者。国立がん研究センターとの共同研究や、テレビ番組でのAI解説実績を持つAI研究者として、AIの研究開発を主導している。
運営会社について | 編集方針

Claude Code 日本語対応の現状と前提知識
Claude Codeは、Anthropicが2025年2月にリリースしたターミナルベースのAIコーディングエージェントだ。Claude Codeは特別な追加設定なしに、日本語プロンプトの入力と日本語出力が可能だ。しかしデフォルトの応答言語は英語であり、「日本語で動く」と「日本語で快適・一貫して使える」の間には実務上の開きがある。設定・環境・運用規約の三層が揃って初めて、チームとして安定した日本語対応が実現する。
日本語対応を論じる前提として、AIを活用したプログラミング環境の変化についても押さえておきたい。情報処理学会の論文「AIのAIによる人のためのプログラミング言語の検討」(J-STAGE)では、自然言語でプログラムを記述する方向性が技術的に検討されており、Claude Codeのような自然言語インタフェースを持つコーディングエージェントはその延長線上に位置づけられる。また内閣サイバーセキュリティセンター(NISC)のAISI関連文書(cyber.go.jp)は、AIシステムの安全性・信頼性の観点から、AI活用ツールの適切な運用管理を求めており、チームでのClaude Code利用においても同様の設計思想が求められる。
Claude Codeの導入全般についてはClaude Code 入門ガイド、インストール手順はClaude Code インストール方法を参照してほしい。
Claude Code 日本語設定の具体的手順|settings.jsonとCLAUDE.mdの使い分け
Claude Codeの応答言語を日本語に固定するための公式の方法は、settings.json の language キーを設定することだ(Claude Code 公式ドキュメント – Settings)。--language や --lang といったCLIフラグ、あるいは CLAUDE_LANGUAGE 環境変数は存在しない。
settings.jsonによる言語設定
設定ファイルの配置場所は用途によって2種類ある(Claude Code 公式ドキュメント – Settings)。
- ユーザー全体へ適用する場合:
~/.claude/settings.json - プロジェクト固有に適用する場合: リポジトリルートの
.claude/settings.json
いずれの場合も、ファイルに以下のように記述する。
{
"language": "japanese"
}
この設定によりClaudeの応答言語が制御される。音声入力機能が有効な場合は、音声入力の言語にも影響する(Claude Code 公式ドキュメント – Settings)。プロジェクト用の .claude/settings.json をGit管理に含めることで、チーム全員が同じ言語設定を共有できる。
CLAUDE.mdによる指示と言語規約の共有
CLAUDE.md はClaude Codeへの指示ファイルであり、言語設定ファイルではない(Claude Code 公式ドキュメント – Memory)。ただし「日本語で回答してください」と自然言語で記述することで、指示として機能する。settings.json の language キーによる設定と比べると確実性は低いが、コーディング規約と言語方針を一つのファイルにまとめてGit管理できるという実用上の利点がある。以下は現場で活用できる記述例だ。
# プロジェクト言語規約
すべての回答は日本語で行ってください。
## コーディングルール
- すべてのコードコメントは日本語で記述する
- 変数名・関数名は英語(ローマ字表記は不可)
- エラーメッセージのテンプレートは日本語ユーザー向けに記載
- プルリクエストの説明文は日本語で生成する
- 仕様書・READMEは日本語で出力する
言語の一貫性を確実に保ちたい場合は、settings.json の language キーと CLAUDE.md の指示を併用することが望ましい。
スラッシュコマンドの全体像についてはClaude Code スラッシュコマンド一覧で体系的に確認できる。
Claude Code 日本語で発生する文字化け・入力不能の原因と対処
日本語利用で最も多い障害が「文字化け」と「日本語入力ができない」問題だ。主な原因はターミナル・OSの三層に分類される。単にClaude Code側の問題と混同されやすいが、多くのケースはターミナルエミュレータや環境のエンコーディング設定が原因だ。
| トラブルの種類 | 主な原因 | 対処方法 | 優先度 |
|---|---|---|---|
| VS Code/Cursor等の統合ターミナルで日本語が文字化けする | GPUレンダリングの不具合 | /terminal-setup を実行して terminal.integrated.gpuAcceleration をオフにする(公式トラブルシューティング) |
高 |
| ターミナル上で日本語が文字化けする | ロケール設定がUTF-8でない | export LANG=ja_JP.UTF-8 を .bashrc/.zshrc に追加 |
高 |
| 日本語入力中に操作が固まる・入力できない | gnome-terminal等の非対応ターミナル | Kitty・iTerm2・WezTermなど推奨ターミナルへ切り替える(公式トラブルシューティング) | 高 |
| 出力が常に英語になる | language設定が未変更(デフォルト英語) | settings.json に "language": "japanese" を設定する(公式Settings) |
高 |
| コメント・変数名が英語で生成される | プロンプトに言語指定がない | CLAUDE.mdに「コメントは日本語」と明記する | 中 |
| WSL(Windows)で入力できない | WSLコンソールのエンコーディング不整合 | Windows Terminalを使用し、WSL側で export LANG=ja_JP.UTF-8 を設定する |
中 |
| SSH越しに文字化けする | SSHセッションのロケール転送設定の欠落 | ~/.ssh/config に SendEnv LANG LC_* を追記する |
低 |
推奨ターミナルと複数行入力への対応
Claude Code公式ドキュメントは、Kitty・iTerm2・WezTerm・Windows Terminalを推奨ターミナルとして挙げている(Claude Code 公式ドキュメント – Terminal Config)。gnome-terminalやJetBrains系のターミナルは非対応のため、日本語利用時のトラブルが生じやすい。
複数行入力(Shift+Enter)もターミナル種別に依存する。iTerm2・Kitty・WezTerm・Windows Terminalは対応しているが、gnome-terminalやJetBrains系では Ctrl+J または \+Enterを使う必要がある(Claude Code 公式ドキュメント – Terminal Config)。
macOSでのIME競合:現場で最も頻繁に踏む問題
macOSのデフォルトターミナル(Terminal.app)でIMEが競合する問題は、Claude Code自体の不具合ではなくターミナルエミュレータ側の設計に起因する。日本語変換の確定前にClaude CodeがEnterキーを先取りしてしまうケースが典型的だ。iTerm2はClaude Code推奨ターミナルの一つであり、切り替えによって問題を回避できる。
なお、OSのロケール(LANG/LC_ALL 等、例: ja_JP.UTF-8)はOSレベルの標準設定であり、Claude Code側に専用の設定項目はない。
Windowsユーザー固有の注意点
WSL2環境での利用が一般的なWindowsユーザーは、WSL側のロケール設定とWindows側のコードページ設定が独立している点を見落としやすい。PowerShellで chcp 65001 を設定してもWSLには反映されないため、WSLのシェルプロファイルにも個別に export LANG=ja_JP.UTF-8 の記述が必要だ。
Claude Code 日本語での実務活用パターンと陥りやすい限界
日本語設定が整った後、現場でどう使うかが本質的な問いになる。Claude Codeは継続的にアップデートされており、日本語環境でそのまま活用できる機能が多い。一方で、モデルの動作特性に起因する構造的な限界も存在する。
メモリ機能と日本語コンテキストの保持
Claude Codeには、CLAUDE.md を通じてプロジェクトやユーザーの指示を記憶させる仕組みがある(Claude Code 公式ドキュメント – Memory)。日本語で記述した仕様や制約をあらかじめ記載しておけば、セッションをまたいで前提を再説明する手間を削減できる。ただし記載内容が誤った前提を含む場合は後続出力の品質に影響するため、定期的な内容の見直しが必要だ。
100万トークンコンテキストと日本語のトークン消費
「100万トークンはどのくらいか」という疑問は実務で頻繁に出る。日本語テキストは英語と比べてトークン効率が異なる。一般的に日本語の1文字は処理系によって1〜3トークン程度として扱われることがあり、英語より多くのトークンを消費する傾向がある。ただし具体的なトークン数はモデルのトークナイザー仕様に依存するため、実際の消費量はClaude Codeのセッション内で確認することが確実だ。大規模なコードベースに日本語コメントを含めて読み込む場合、このトークン消費の差が料金に直結する。Claude Code 料金体系およびClaude Code API料金と合わせて把握しておくことを勧める。
陥りやすい3つの失敗パターン
失敗1:技術用語の混在を放置する。日本語で指示しても、生成コードのコメントや変数名に英語・カタカナ・日本語が混在することがある。これはモデルが学習データのコードを参照するため発生する構造的な現象だ。CLAUDE.mdへの規約記述で抑制できるが完全には制御できない。プルリクエスト前に命名規則の確認ステップを設けることが現場では必要になる。
失敗2:日本語仕様書をそのまま貼り付ける。日本語の長文仕様をそのままClaude Codeに渡すと、曖昧な敬語表現・二重否定・主語の省略などが原因で意図を誤解されるケースがある。業務文書特有の書き言葉構造はモデルが期待する入力形式と乖離しやすい。箇条書きで主語を明示した指示文に変換してからClaude Codeに渡すと解釈の精度が向上する。
失敗3:チーム内の言語設定を個人任せにする。各開発者がローカルで異なる設定を持つと、同じリポジトリに英語コメントと日本語コメントが混在する。これはコードレビューの負荷を増やし、長期的にコードベースの一貫性を損なう。プロジェクト用の .claude/settings.json と CLAUDE.md の両方をリポジトリルートに置いてGit管理することが根本的な解決策だ。
AIコーディングツールの日本語対応比較と選定の視点
日本語対応の水準はツールによって異なる。現場での意思決定を支援するために主要ツールを整理する。
| ツール | 応答言語設定 | 日本語プロンプト対応 | 日本語コメント生成 | 文字化けリスク | チーム設定の共有 |
|---|---|---|---|---|---|
| Claude Code | settings.jsonのlanguageキーで設定(公式) | 標準対応 | CLAUDE.mdで制御可 | ターミナル依存 | .claude/settings.jsonとCLAUDE.mdでGit管理可 |
| GitHub Copilot | VSCode UIに依存 | 対応 | プロンプト依存 | 低い | EditorConfig等で間接管理 |
| Cursor | 英語中心 | 対応 | プロンプト依存 | 低い | ルールファイルで管理 |
| OpenAI Codex CLI | 英語のみ | 対応 | プロンプト依存 | 低い | 設定ファイル形式に依存 |
Claude Codeの特徴は、.claude/settings.json と CLAUDE.md という形でチームの言語規約をコードと同じリポジトリで管理できる点にある。他のツールもプロンプト指定で日本語出力は可能だが、チーム全体での言語設定の一貫性を担保する仕組みとしては、Gitで管理できるこの設計が現時点で実用性が高い。ただしClaude Codeはターミナルベースのため、IDEに統合されたCopilotやCursorと比べてエンコーディング起因のトラブルが発生しやすいという現実もある。
Claude CodeとCursorの詳細な機能比較はClaude Code vs Cursor 比較、Codexとの差異についてはClaude Code vs Codex 比較を参照してほしい。SEOやコンテンツ制作への活用についてはClaude Code SEO活用ガイドも用意している。Claude Code全体の概要はClaude Code 総合解説およびClaude Code 使い方ガイドを参照されたい。
なお、弊社が開発する画像認識AIソリューション「DeepAI」では、ソファーなど形状が不定形な製品を対象とした画像分類(正常・異常判定)においておよそ99%の精度を実現している(弊社DeepAI、実測値)。機械学習・深層学習(CNN)を用いた2D画像認識と、Claude Codeのようなコード生成AIを組み合わせた検査自動化の検討にあたっては、DeepAIのソリューションページも参照いただきたい。
まとめ
Claude Code の日本語対応を確実に整えるための要点を改めて整理する。
- 応答言語の設定は
settings.jsonのlanguageキーのみ。~/.claude/settings.json(ユーザー全体)または.claude/settings.json(プロジェクト)に"language": "japanese"と記述する。CLAUDE_LANGUAGE環境変数や--languageフラグは存在しない(公式ドキュメント)。 CLAUDE.mdは指示ファイルであり言語設定ファイルではない。 「日本語で回答してください」と自然言語で記述することで指示として機能するが、settings.jsonの設定より確実性は低い(公式ドキュメント)。コーディング規約と合わせてGit管理することが実用的だ。- 文字化けの多くはターミナル側に起因する。 VS Code/Cursor等の統合ターミナルでは
/terminal-setupによるGPUアクセラレーション無効化が有効。gnome-terminal等の非対応ターミナルはKitty・iTerm2・WezTermへの切り替えを推奨する(公式ドキュメント)。 - OSのロケール設定はOS側で管理する。
LANG=ja_JP.UTF-8等の設定はOSの標準機能であり、Claude Code専用の設定項目ではない。 - チーム運用では設定ファイルをGit管理する。 プロジェクト用の
.claude/settings.jsonとCLAUDE.mdをリポジトリルートに置くことで、メンバー間の言語設定の一貫性が保たれる。
参考文献
- Claude Code 公式ドキュメント – Settings — https://code.claude.com/docs/en/settings
- Claude Code 公式ドキュメント – Memory — https://code.claude.com/docs/en/memory
- Claude Code 公式ドキュメント – Terminal Config — https://code.claude.com/docs/en/terminal-config
- Claude Code 公式ドキュメント – Troubleshooting — https://code.claude.com/docs/en/troubleshooting
- Claude Code 公式ドキュメント – CLI Reference — https://code.claude.com/docs/en/cli-reference
- 情報処理学会「AIのAIによる人のためのプログラミング言語の検討」J-STAGE — https://www.jstage.jst.go.jp/article/fose/32/0/32_193/_pdf/-char/ja
- 内閣サイバーセキュリティセンター(NISC)「AISIにおける」— https://www.cyber.go.jp/pdf/council/cs/cs_expert/05/05document2.pdf
- DevelopersIO「[2026年版] Claude Code を知る。」(2026年3月20日)— https://dev.classmethod.jp/articles/shoma-2026-claude-code-know-use-leverage/
関連記事
- Claude Codeとは(基本ガイド)
- Claude CodeをVSCodeで使う方法
- Claude Codeが動かない・起動しない時の対処法
- Claude Codeのベストプラクティス
- Claude Codeの学習リソースまとめ
Study about AI
AIについて学ぶ
-
Claude Code 公式ドキュメント完全読解ガイド|導入判断から運用まで
監修 河合 継(クリスタルメソッド株式会社 代表取締役) AI・ディープラーニングに関する特許16件の発明者。国立がん研究センターとの共同研究や、テレビ番組での...
-
Claude Code ベストプラクティス完全解説|実装現場で使える設計指針2026
監修 河合 継(クリスタルメソッド株式会社 代表取締役) AI・ディープラーニングに関する特許16件の発明者。国立がん研究センターとの共同研究や、テレビ番組での...
-
Claude Code 自動化の実装ガイド――設計・事例・セキュリティを徹底解説
監修 河合 継(クリスタルメソッド株式会社 代表取締役) AI・ディープラーニングに関する特許16件の発明者。国立がん研究センターとの共同研究や、テレビ番組での...