Claude Codeの使い方｜仕事が変わる実践テクニック7選と効率化のコツ

といった悩みにお答えします。

✔️ 本記事の信頼性

僕もClaude Codeをインストールしてから、1ヶ月くらいは「ただの対話ツール」としてしか使えていませんでした。

「ファイルを作って」「このコードを説明して」──そんな単発の指示ばかり。

でも、公式のベストプラクティスに書いてあった**「探索→計画→実装→検証」の4ステップ**を試してから、使い方がガラッと変わったんです。

たとえばn8nのワークフロー構築。以前は「コードを書いて」→「動かない」→「直して」の繰り返しで3時間かかっていた作業が、4ステップを意識したら30分で完成するようになりました。

今回は、Claude Codeを「インストール済み」の方に向けて、実務で差がつく使い方とテクニックをお伝えします。

この記事を読むことで、Claude Codeの「なんとなく使っている」状態から「仕事の流れを変えるレベル」に引き上げる方法が分かります。

「インストールしたけど放置している」方も安心。今日から使える実践テクニックばかりです。

▼ Claude Codeの始め方については「Claude Codeの始め方｜インストールから最初のタスクまで初心者向けに解説」で詳しく解説しています。

---

Claude Codeの使い方で最も大事な「4ステップ思考法」

Claude Codeを使いこなす鍵は、いきなりコードを書かせないことです。

Anthropic公式のベストプラクティスでも、最も強調されているのがこの「4ステップ」。

ステップ1：探索（Explore）

まずClaude Codeにプロジェクトの中身を理解させます。

このプロジェクトの構造を説明して。主要なファイルと役割を教えてください。

新しいプロジェクトに取り組むときは、必ずこれから始めましょう。いきなり「機能を追加して」と頼むと、Claude Codeがプロジェクトの全体像を把握しないまま作業を始めてしまい、的はずれなコードを書く原因になります。

ステップ2：計画（Plan）

次に、何をどう実装するか計画を立てさせます。

/plan
以下の機能を追加したいです。実装の計画を立ててください。
- n8nのWebhookノードでデータを受け取る
- 受け取ったデータをCSVに変換する
- 変換したCSVを指定フォルダに保存する

/planコマンドを使うと、Claude Codeはファイルを変更せず、計画だけを提案してくれます。ここで「そうじゃなくて、こっちの方法で」と軌道修正できるのが大きい。

ステップ3：実装（Implement）

計画に納得したら、実装を指示します。

上記の計画で実装してください。各ステップごとに確認を入れてください。

ポイントは「各ステップごとに確認を入れて」と伝えること。一気にやらせると、途中で方向がズレても気づけません。

ステップ4：検証（Verify）

実装が終わったら、動作確認を依頼。

実装した内容をテストしてください。問題があれば修正案を出してください。

僕がこの4ステップを意識するようになってから、やり直しの回数が激減しました。以前は「作って→壊して→直して」を繰り返していたのが、「計画して→作って→確認」の1回で済むようになったんです。

「探索→計画→実装→検証」の4ステップは、プログラマーかどうかに関係なく使えるフレームワーク。これだけで、Claude Codeの成功率が体感3倍になります。

---

仕事が変わるClaude Code実践テクニック7選

4ステップ思考法をベースに、僕が実務で使っているテクニックを7つ紹介します。

テクニック①：エラーログを丸ごと貼り付けて解決させる

エラーが出たとき、自分でログを読み解く必要はありません。

以下のエラーが出ました。原因と修正方法を教えてください。

---
（エラーログをそのまま貼り付け）
---

僕はn8nのワークフローでエラーが出るたびにこれを使っています。自分で調べると30分かかるデバッグが、Claude Codeだと2分で終わります。

テクニック②：既存のコードを読み解かせる

「このコード何やってるの？」を聞くだけ。

このファイルのコードを読んで、処理の流れを日本語で分かりやすく説明してください。
特に、データがどこから来て、どこに出力されるかを重点的に。

非エンジニアの僕にとって、これが一番使う頻度が高い機能です。外注さんが書いたコードの意味を理解したいとき、ドキュメントを探すより早い。

テクニック③：CLAUDE.mdでプロジェクトのルールを固定する

これ、Claude Codeの隠れた最重要機能です。

CLAUDE.mdは、プロジェクトのルートに置く設定ファイル。Claude Codeがすべての会話の最初に読むので、ここにルールを書いておけば毎回指示する必要がなくなります。

/init

まず/initを実行すると、現在のプロジェクト構造に基づいたCLAUDE.mdの雛形が自動生成されます。

僕のCLAUDE.mdにはこんな内容を書いています。

# プロジェクトルール

## コーディング規約
- JavaScriptを使用（TypeScriptは使わない）
- 変数名はキャメルケース
- コメントは日本語で書く

## ワークフロー
- コード変更時は必ずテストを実行
- Git commitメッセージは日本語で

## 注意事項
- APIキーをコードにハードコードしない
- .envファイルは読み取らない

テクニック④：/compactで長時間セッションを最適化する

30分以上作業していると、会話の蓄積でClaude Codeの回答品質が下がってきます。

/compact

このコマンドで会話を要約・圧縮。重要な情報だけ残して、トークンを節約できます。

僕の体感では、1時間に1回は/compactを実行すると回答精度が安定します。利用量の制限対策にもなる一石二鳥のテクニック。

テクニック⑤：/diffでコミット前に変更内容を確認する

Claude Codeに作業を任せた後は、必ず何が変わったか確認してください。

/diff

変更されたファイルと差分が表示されます。「思っていたのと違う」変更がないか、コミット前にチェックする習慣をつけましょう。

テクニック⑥：パイプでデータを直接投入する

ターミナルのパイプ（|）を使って、外部データをClaude Codeに食わせるテクニック。

cat error.log | claude "このログの中からエラーの原因を特定して"

cat data.csv | claude "このCSVデータを分析して、売上の傾向を教えて"

ファイルをアップロードするより手軽で、スクリプトとの連携にも使えます。

テクニック⑦：VS Code連携で視覚的に作業する

Claude CodeはVS Codeと連携できます。VS Codeマーケットプレイスで「Claude Code」を検索してインストールするだけ。

VS Code連携のメリット：

• エディタ上で差分をビジュアルに確認できる
• 特定のファイルを@で指定してコンテキストを渡せる
• 複数タブで並行作業が可能

僕はターミナル版とVS Code版を両方使っていますが、コードレビューや差分確認はVS Codeの方が圧倒的に見やすいです。

7つのテクニックの中で、まず試してほしいのは「テクニック③：CLAUDE.md」と「テクニック④：/compact」。この2つだけで、使い勝手が見違えます。

---

覚えておくべきコマンド10選【チートシート】

Claude Codeには50以上のコマンドがありますが、日常的に使うのは10個程度。

毎日使うコマンド（まずこの5つ）

コマンド	何ができるか	いつ使うか
/compact	会話を要約・圧縮	30分以上のセッション中
/plan	実装前に計画だけ立てる	新しいタスクに取りかかるとき
/diff	変更内容の差分を確認	コミット前のチェック
/clear	会話履歴をリセット	話題を完全に切り替えたいとき
/cost	トークン使用量を確認	利用量の管理

慣れたら使うコマンド（次の5つ）

コマンド	何ができるか	いつ使うか
/init	CLAUDE.mdの雛形を生成	新しいプロジェクトの初回
/model	使用モデルの切り替え	Opus↔Sonnetの使い分け
/resume	前回のセッションを再開	中断した作業の続き
/doctor	環境の診断	何かおかしいとき
/status	認証状態・バージョン確認	動作確認

「/compact → /cost → /model」の3つを意識するだけで、利用量の制限に引っかかる頻度が半減しました。Proプランの人は特に、トークンを意識する習慣をつけると長く使えます。

---

CLAUDE.mdの設定で「自分専用のClaude Code」を作る

CLAUDE.mdはClaude Codeの「性格設定ファイル」です。

プロジェクトのルートに.claude/CLAUDE.mdとして配置すると、Claude Codeが毎回の会話開始時に読み込みます。

CLAUDE.mdに書くべき4つの要素

① プロジェクトの概要

## プロジェクト概要
- n8nの自動化ワークフロー集
- Rakuten APIからデータを取得し、Threadsに投稿する

② コーディング規約

## コーディング規約
- 言語：JavaScript（ES Modules構文）
- 変数名：キャメルケース
- コメント：日本語で記述

③ ワークフロールール

## ワークフロー
- 変更前に/planで計画を提示すること
- テストを実行してから完了報告すること
- Git commitメッセージは日本語・50文字以内

④ やってはいけないこと

## 禁止事項
- .envファイルの内容を読み取らない
- APIキーをコードにハードコードしない
- node_modulesディレクトリは変更しない

僕はこのCLAUDE.mdを設定してから、「毎回同じ指示を出す」手間がゼロになりました。特に「コメントは日本語で」「APIキーはハードコードしない」は、CLAUDE.mdに書かなかった頃は毎回言い忘れてやり直しになっていた項目です。

CLAUDE.mdは最初から完璧を目指さなくてOK。使いながら「これも追加しよう」と育てていくのがベスト。僕は2ヶ月かけて今の形になりました。

---

Claude Codeの使い方でよくある質問

最後に、Claude Codeの使い方でよくある質問をご紹介していきます。

Q1：Claude Codeとチャット版Claude（claude.ai）はどう使い分ける？

文章を書く・調べる → チャット版、ファイル操作・コード生成 → Claude Codeが基本。僕は「記事を書く」「メールを作る」はチャット版、「ワークフローのコードを書く」「ファイルを整理する」はClaude Codeと明確に分けています。

Q2：Claude CodeとCoworkの違いは？

Claude Codeはターミナルベースで、主にコーディング・ファイル操作向け。Coworkはデスクトップアプリベースで、コーディング以外のナレッジワーク全般向け。技術的な作業はCode、事務的な作業はCoworkという使い分けがおすすめです。

Q3：Sonnet 4.6とOpus 4.6、どちらのモデルを使えばいい？

日常の作業はSonnet、複雑な推論やデバッグはOpusがおすすめ。/modelコマンドで切り替えられます。Opusはトークン消費が多いので、常時Opusで使い続けると制限に引っかかりやすくなります。

Q4：利用量の制限に引っかかるのを防ぐには？

3つのコツがあります。①/compactで定期的に会話を圧縮する、②/costでトークン使用量をこまめに確認する、③簡単なタスクはSonnetで済ませてOpusは複雑なタスクに限定する。僕はこの3つを意識してからProプランでもほぼ制限に引っかからなくなりました。

Q5：大事なファイルを間違って消されるリスクは？

Claude Codeはデフォルトで操作の前に確認を求めてきます。それでも心配なら、①Gitでバージョン管理する、②CLAUDE.mdの禁止事項で重要なディレクトリを指定する、③/planで計画を確認してから実行する──の3つで安全性を担保してください。

Q6：MCP連携って何ですか？使った方がいいですか？

MCP（Model Context Protocol）は外部ツールとClaude Codeを接続する仕組みです。GoogleドライブやSlack、GitHubなどと連携できます。ただし設定にITリテラシーが必要なので、まずはMCPなしの基本機能に慣れてからで十分です。

Q7：CLAUDE.mdはプロジェクトごとに作るべき？

はい、プロジェクトごとに作ってください。

プロジェクトごとにルールや構成が異なるので、各プロジェクトのルートに個別のCLAUDE.mdを置くのが理想です。全プロジェクト共通の設定は~/.claude/CLAUDE.mdに書けます。

---

まとめ：Claude Codeは「4ステップ」と「CLAUDE.md」で変わる

今回は、Claude Codeの使い方を「インストール済みの方」向けに実践テクニック中心で解説しました。

✅ Claude Codeの使い方の核心は「探索→計画→実装→検証」の4ステップ
✅ いきなりコードを書かせず、まず/planで計画を立てさせるのが成功の鍵
✅ CLAUDE.mdでプロジェクトルールを固定すれば、毎回の指示が不要に
✅ /compact・/cost・/modelの3つでトークン管理。制限対策に直結
✅ VS Code連携で差分の確認が視覚的に。ターミナルと併用がおすすめ
✅ 日常的に使うコマンドは10個程度。全部覚える必要なし

僕はプログラマーではありません。

でも、この4ステップとCLAUDE.mdを覚えてから、Claude Codeは「よく分からないターミナルツール」から「毎日使う仕事の相棒」に変わりました。

n8nのワークフロー構築が3時間→30分になったのは、間違いなくClaude Codeのおかげです。

ここまで読んだあなたは、もうClaude Codeの「次のレベル」に進む準備ができています。

まずは、今日使っているプロジェクトで/initを実行して、CLAUDE.mdを作ってみてください。

それだけで「おっ、なんか便利になった」と実感できるはずです。