Claude Code実践Tips15選 ── 知っているだけで開発効率が倍になる

Claude Codeは「なんとなく使える」ツールですが、ちょっとしたコツを知っているかどうかで、作業の効率がまるで変わります。

この記事では、Claude Codeを毎日使い込む中で見つけたすぐに使えるTipsを、「指示の出し方」「セッション管理」「応用テクニック」の3つに分けて紹介します。1つでも「おっ、これ知らなかった」というものがあれば、今日から使い方が変わるはずです。

---

指示の出し方 ── AIの出す結果をグッと良くする6つのコツ

1. 「まず読んでから作業して」で精度が上がる

Claude Codeにいきなり「直して！」と頼むと、コードの全体像を把握しないまま変更してしまい、的外れな結果になることがあります。「まず全体を見てから作業してね」と伝えるだけで、精度がかなり上がります。

# こうすると的外れになりやすい
> ヘッダーコンポーネントを修正して

# こう言うと精度が上がる
> まずsrc/components/以下のファイル構成を確認して、
  その上でヘッダーコンポーネントのナビゲーションを修正して

2. 「ここだけ触って」と範囲を限定する

「どこを変えるか」をはっきり伝えると、関係ないファイルまで変えられてしまう事故を防げます。

# 範囲が広すぎて危ない
> デザインを改善して

# 範囲を絞ると安全
> Header.astroのナビゲーションだけ修正して。他のファイルは触らないで。

3. 大きな仕事は小分けにする

「ECサイト作って」みたいな大きなタスクを一度に丸投げすると、品質が下がりがちです。小さなステップに分割して、1つずつ確認しながら進めましょう。

# 一度に丸投げしない
❌ 「ECサイトを作って」

# 小分けにして確認しながら進める
✅ 「商品一覧ページのHTMLを作って」
   → 確認OK →
   「カートに入れるボタンを追加して」
   → 確認OK →
   「カート画面を作って」

4. スクリーンショットを見せる

Claude Codeは画像を認識できます。「デザインがおかしい」と言葉で説明するよりも、スクリーンショットを見せたほうがずっと正確に伝わります。

> このスクリーンショットを見て、デザインの問題点を指摘して
  [スクリーンショットのファイルパスを指定]

レイアウト崩れ、色のバランス、文字サイズの問題なんかを、見た目を見て判断してもらえます。「百聞は一見にしかず」ですね。

5. 変更の後は「何を変えた？」と聞く

大きな変更をした後は、何がどう変わったかをClaude Code自身に説明させましょう。

> 何を変更したか、変更前と変更後を説明して

こうすることで、「頼んでないのに余計なところまで変わってた…」という事故を見つけられます。特に複数ファイルを一度に変更した後は、必ずやっておきたい確認です。

6. いきなり変えずに「案を出して」と頼む

いきなりコードを変更させるのではなく、まず選択肢を出してもらうと安心です。

> このページのレイアウト改善案を3つ提案して。
  それぞれのメリット・デメリットも教えて。
  確認してから実装に進むので、まだコードは変えないで。

---

セッション管理 ── 快適に作業を続ける5つのコツ

7. /compactで会話をスッキリさせる

長い時間作業していると、過去の会話がどんどん溜まっていきます。すると、AIが覚えている情報量（文脈）が増えすぎて、返答の質が下がったり、利用量を余計に消費したりします。

> /compact

/compactを実行すると、これまでの会話を「要約版」にギュッと圧縮してくれます。大事な情報だけ残して、余計な部分を捨ててくれるイメージです。1〜2時間ごとに実行するのがおすすめです。

8. /clearで完全リセット

新しいタスクに取りかかるときは、前のタスクの情報が残っていると邪魔になることがあります。

> /clear

会話を完全にリセットしてリフレッシュします。/compactは「要約を残す」ですが、/clearは「全部消す」です。

9. AIモデルを使い分ける

すべての作業に一番賢いモデル（Opus）を使う必要はありません。作業の難しさに応じてモデルを切り替えることで、レート制限（使いすぎを防ぐための利用上限）に引っかかりにくくなります。

> /model haiku    # かんたんな質問、ファイル名変更
> /model sonnet   # ふだんのコーディング作業
> /model opus     # 難しい設計判断、大がかりなコード整理

モデル	速さ	賢さ	こういうときに使う
Haiku	最速	ふつう	かんたんな質問、ちょっとした修正、ファイル検索
Sonnet	速い	賢い	ふだんのコーディング、テスト作成、バグ修正
Opus	ふつう	一番賢い	設計判断、大がかりな変更、難しいバグの調査

つまり、「ちょっとした質問にOpusを使うのはもったいない。Haikuでサクッと済ませて、Opusは難しい問題のために取っておこう」ということです。

10. /effortで「考える深さ」を調整する

Opus 4.6とSonnet 4.6では、AIがどれくらいじっくり考えるかを調整できます。

> /effort low     # サクッと回答。かんたんな作業向き
> /effort medium  # ふつう（初期設定）
> /effort high    # じっくり深く考える。複雑な問題向き

かんたんな作業にhighを使うのは利用量のムダです。逆に、複雑な設計判断にはhighを使うと精度がグッと上がります。つまり、作業の難しさに合わせて使い分けるのがコツです。

11. /planで大きな変更の前に計画を確認

大きな変更を加える前に、「何をどう変えるつもりか」の計画を先に見せてもらえます。

> /plan
> このアプリにユーザー認証機能を追加したい

Claudeが「こういう順番でこのファイルをこう変える予定だよ」と計画を出してくれます。「うん、それで行こう」と確認してから実行するので、「思ってたのと違う…」という事故を防げます。

---

応用テクニック ── さらに効率を上げる4つの方法

12. 他のコマンドの結果をClaude Codeに渡す

ターミナル（黒い画面にコマンドを打ち込む画面）版のClaude Codeでは、他のコマンドの出力をそのまま渡して分析してもらえます。

# ログファイルのエラーを分析してもらう
tail -200 app.log | claude -p "このログのエラー原因を分析して"

# 変更したコードのレビューを依頼
git diff main | claude -p "この差分にバグやセキュリティ上の問題がないかレビューして"

# ファイル一覧を渡して相談
find src -name "*.ts" | claude -p "このファイル構成の問題点を教えて"

-pオプションを使うと、1回だけ実行して終了するモードになります。つまり、自動化スクリプトやCI/CD（コードの変更を自動でテスト・公開する仕組み）に組み込むのに便利です。

13. Git（ファイルの変更履歴を管理する仕組み）のコミットを任せる

コミットメッセージ（変更を記録するときのメモ）を自分で考える時間を節約できます。

> 今の変更をgit commitして。メッセージは日本語で、変更内容に合わせて適切に書いて。

Claude Codeが変更内容を分析して、適切なコミットメッセージを自動で作ってくれます。feat: fix: docs: のような形式にすることもできます。

14. ネット検索で最新情報を調べてもらう

Claude Codeはリアルタイムでネット検索ができます。ライブラリの最新バージョンの情報や、新機能のことをその場で調べてくれます。

> Astro v6の新機能を調べて、このプロジェクトで使えそうな機能があれば教えて

> Next.js 15でApp Routerの設定方法が変わったか調べて

API（ソフトウェア同士がデータをやり取りする窓口）のドキュメントを調べたり、エラーメッセージの解決策を検索したりするのにも使えます。

15. 「覚えておいて」で次回に引き継ぐ

次のセッションでも覚えておいてほしい情報は、「覚えておいて」と伝えるだけで自動的に保存されます。

> これを覚えておいて：
  - このプロジェクトではTailwind v4を使っている
  - src/lib/auth.tsは認証の中核なので慎重に扱う
  - テストは npm test で実行

次回のセッションで自動的に読み込まれるので、同じ説明を何度も繰り返す必要がなくなります。つまり、使えば使うほどAIがあなたのプロジェクトを理解してくれるようになるということです。

---

実践的なワークフロー例

新機能を追加するときの流れ

1. まず計画を立てる
   > /plan
   > ユーザーのお気に入り機能を追加したい

2. 計画を確認してからGO
   > OK、この計画で進めて

3. 一つずつ確認しながら進める
   > データベースのスキーマを見せて
   > 問題なさそう。次にAPIエンドポイントを作って
   > UIも作って

4. テストを書く
   > 今作った機能のテストを書いて

5. コミットする
   > 変更内容をgit commitして

バグを直すときの流れ

1. エラーを見せる
   > npm run buildしたらこのエラーが出た：
     [エラーメッセージをコピペ]

2. まず原因を調べてもらう
   > まず原因を調査して。直すのはまだ待って

3. 原因がわかったら修正を依頼
   > その原因で合ってそう。直して

4. 動作確認
   > npm run buildが通るか確認して

---

まとめ ── 今日から使えるTop 3

15個のTipsの中で、特に効果が大きいものを3つ選ぶなら：

1. 大きな仕事は小分けにする（Tips 3） ── 成功率がぐんと上がる
2. /compactで定期的にスッキリさせる（Tips 7） ── 長時間作業の質を維持できる
3. AIモデルを使い分ける（Tips 9） ── 利用上限を賢く節約できる

まずはこの3つを意識するだけで、Claude Codeの体験が大きく変わるはずです。