Claude Code Community 2026-06-04 Source →

Claude Codeを本当に使いこなすための設定 ─ ドキュメントに書いていない実践Tips

Hacker NewsでClaude Codeに関する議論「What makes Claude Code so damn good」「Everything you can configure that the docs don't tell you」がここ数日で盛り上がっている。公式ドキュメントには書かれていない実践的な知見が集まっていたのでまとめる。

1. Language Serverを必ず設定する

コミュニティで「単一最大の生産性向上」と繰り返し挙げられているのがLanguage Serverの設定だ。

Claude Codeは型情報やシンボル解決をLanguage Serverから取得することで、コード補完の精度と整合性が大幅に上がる。TypeScriptやPython・Goなど主要言語ではLSPを事前に設定しておくことを強く推奨する。

設定していない状態では、Claudeが「型を推測しながら」コードを書くため、コンパイルエラーが混入しやすくなる。

2. CLAUDE.mdを育てると別世界になる

CLAUDE.md はプロジェクトルートに置く設定ファイルで、Claudeが毎回自動的に読み込む。ここにコーディング規約・禁止事項・よく使うコマンドを書いておくと、毎回同じ指示を繰り返す手間が省ける。

実用的な記載例：

## Rules
- Never use `any` in TypeScript
- Always run `pnpm test` after changes
- Commit messages: conventional commits format

## Commands
- `pnpm dev`: start dev server
- `pnpm test`: run full test suite

「CLAUDE.mdを設定した後でClaude Codeの感触が一変した」という声が複数のスレッドで見られた。

3. キャッシュを意識してコンテキストを再利用する

Claude Codeのキャッシュヒットはトークンコストが10%に割引される。同じファイルや設定を何度も参照するタスクでは、コンテキストウィンドウを使い切らずに続けることでキャッシュ効果が高まる。

セッションを頻繁に切らない
長い作業は /compact で要約してから続行する
コンテキストが詰まったら /clear より /compact を優先

4. 検証できる形でタスクを渡す

「Claudeが最もパフォーマンスを発揮するのは、自分で結果を検証できるとき」というのがコミュニティの共通認識だ。

実践的には：

テストが書かれているプロジェクトでは pnpm test を必ず渡す
UIの変更はスクリーンショットで確認させる（/screenshot コマンドなど）
「終わったら動作確認して」を指示に含める

曖昧な「よろしく」ではなく「実装してテストを通してください」のように成功条件を明示すると、修正のループが減る。

5. Plan modeを積極活用する

Shift+Tab を2回押すと Plan mode に入る。Claudeが実際にファイルを変更する前に計画を提示してくれるモードだ。

大きな変更や危険なリファクタリングの前には必ずPlan modeを使う習慣をつけると、意図しない変更を防ぎやすい。計画に問題があれば、実行前に「この部分は変えないで」と指示を調整できる。

まとめ

Claude Codeの真価は「設定した量に比例する」というのがコミュニティの総意だ。Language Server + CLAUDE.md + 検証ループの3つを整えるだけで体感がかなり変わる。公式ドキュメントを読んだだけで終わらず、一度プロジェクトに合わせた設定を試してほしい。