初心者から中級者への壁は「指示の抽象度」にあります。
基本的な使い方は理解した。メールの下書きや文章の要約も使いこなせている。でも、もう一段階上の使い方ができないか——そう感じている方は多いのではないでしょうか。
中級者の壁を超えるための課題は、「指示が抽象的すぎる」ことです。指示を出しているつもりなのに、出てくるものが期待より浅い、または汎用的すぎる。その原因のほとんどは、コンテキスト（背景情報）の渡し方と、役割指定の精度にあります。
この記事では、中級者が次のレベルに上がるために必要な考え方と具体的な技術を解説します。
初心者と中級者の違い——指示の「解像度」
初心者の指示：「メールを書いて」 中級者の指示：「30代の新任部長に向けた、プロジェクト遅延の報告メールを書いて。責任を認めつつ、回復計画に自信を持って触れる形で」
同じ「メールを書いて」というタスクでも、指示の解像度が違います。
中級者が上位層になれない理由は、「まあこれくらい渡せばわかるだろう」という甘さです。Claude Codeは手がかりが多ければ多いほど、その状況に合ったアウトプットを出します。あいまいな指示には、あいまいな答えが返ってきます。
解像度を上げるための具体的な方法を、以下で解説します。
コンテキスト設計の4軸
コンテキストを「なんとなく背景を書く」のではなく、4つの軸で構造的に渡す方法があります。
What（何を） タスクの目的と、期待するアウトプットの形を具体的に書く。「メールを書いて」ではなく「〇〇という状況を伝えるための、300字程度のビジネスメールを書いて」
Who（誰が・誰に） 書き手と読み手の両方を設定する。書き手のポジション・経験・スタンスと、読み手の立場・知識レベル・期待値を書く
Why（なぜ） このアウトプットが必要な理由・目的。「報告のため」ではなく「次回の打ち合わせ前に状況認識を共有し、当日の議論を効率化するため」
How（どのように） 形式・トーン・制約・避けたいこと。字数・フォーマット・使っていい表現・使いたくない表現
4軸を使った指示の例
【What】
先月の広告施策の結果報告と来月の方針変更提案を、1ページ以内のドキュメントにまとめてください。
【Who】
書き手：デジタルマーケティング担当（3年目）
読み手：マーケティング部長（数字の読み取りは得意だが、広告の細かい仕様は詳しくない）
【Why】
月次定例会議で口頭説明するための事前共有資料として使う。
当日の会議時間を節約し、「なぜ方針を変えるのか」の合意形成をスムーズにしたい。
【How】
構成：結果サマリー（数値）→ 課題の整理 → 来月の方針 → 具体的なアクション
文体：ビジネス文書として読めるが、冗長にならないよう簡潔に
避けること：専門用語（広告用語は注釈なしで使わない）
4軸を揃えるだけで、出てくるアウトプットの完成度が段違いに変わります。最初は書くのに時間がかかると感じるかもしれませんが、慣れてくると自然にこのフレームで考えられるようになります。
役割指定の深め方
「あなたはマーケターです」という指定は、一定の効果があります。でも、これで止まっている人は多いです。
役割の精度を上げると、出力の専門性と視点の深さが大きく変わります。
浅い役割指定
マーケターとして、以下の施策を評価してください。
深い役割指定
あなたはBtoB SaaSのマーケティングを10年以上担当してきた専門家です。
これまでに年間予算5,000万円以上のマーケティング予算の管理経験があり、
リード獲得からナーチャリング（育成）、インサイドセールスへの連携まで一貫して担当してきました。
特に、コンテンツマーケティングとSEOで成果を出した経験が豊富です。
この立場から、以下の施策を評価してください。
役割の精度を上げるための要素は以下の通りです。
- 経験年数・専門領域
- 得意としていること
- これまでに関わってきた規模感・業種
- 特定の視点（例：コスト意識が強い / 顧客目線を重視する）
役割を設定することで、「その立場から見たら当然考慮するはずのこと」が自然に出力に含まれるようになります。
会話冒頭に設定するルール——システムプロンプト的な使い方
Claude Codeとの会話の冒頭に、「この会話全体で守ってほしいルール」を設定する方法があります。
会話の最初に以下のようなブロックを置くと、その後の指示すべてに適用されます。
冒頭ルールの例
以下の会話全体を通じて、以下のルールを守ってください。
・私はBtoB向けのSaaS企業でマーケティングを担当する30代の会社員です
・ターゲット顧客は中小企業の経営者（従業員50名以下）
・コンテンツは必ずSEOを意識して、検索キーワードを自然に含める形で書く
・文体はですます調で、読者に直接語りかける形式を好む
・「非常に」「大変」「非常に重要な」などの強調表現は使わない
・専門用語を使う場合は初出時に必ず括弧で説明を補う
この設定を維持した上で、私の依頼に答えてください。
この方法が有効な場面は、複数のタスクをまとめて依頼するときです。毎回「ですます調で」「専門用語に注釈を」と書く手間が省けます。
特に、ライティング業務やコンテンツ制作のように、同じスタイルガイドを何度も適用する場合に効果的です。
「一時的な知識」と「会話を通じた学習」の使い分け
Claude Codeに情報を渡す方法には、大きく2種類あります。
一時的な知識の投入 会話の中で、必要な情報・資料・データを貼り付けて渡す。Claude Codeはその情報を参照しながら回答します。
以下の競合分析資料を読んだ上で、当社の差別化ポイントを整理してください。
（資料テキストを貼り付ける）
会話を通じた文脈の蓄積 会話を続けることで、前のやり取りの文脈が引き継がれます。「先ほど決めたAの方向性を踏まえて、Bについても同様に」という指示ができます。
前回の出力に「それを踏まえると」という接続で新しい指示を加えていくと、会話全体で一貫したアウトプットが生まれます。
使い分けの目安
一時的な知識の投入が向いているのは、具体的なデータや資料を参照させたいときです。自社の過去の提案書、競合の資料、社内データなどをその場で貼り付けます。
会話を通じた文脈の蓄積が向いているのは、長いプロジェクトの中で段階的に成果物を作っていくときです。「先ほど決めた方向性で」という積み重ねができます。
Few-shot例示——良い例を見せてコントロールする
「こんな感じの文章を書いてほしい」と伝える最も確実な方法は、実際に見本を見せることです。
これを「Few-shot（フューショット）例示」と呼びます。
例示なし
SNS投稿文を書いてください。
例示あり
以下の例文と同じスタイルで、〇〇についてのSNS投稿文を書いてください。
【例文1】
採用担当を3年やって気づいたこと。「面接が上手い人」より「現場で使える人」のほうが、入社後に活躍している。スキルのチェックより、どう動くかの確認の方が大事だと感じています。
出力の前後に確認を挟む仕組みであるHooksについては[Claude Code Hooksガイド](/blog/claude-code-hooks-guide)で解説しています。
【例文2】
マーケティング予算を半分にしたら、逆に問い合わせが増えた。理由はシンプルで、「刺さる人に届ける」ことだけに集中したから。広告費より設計費の方が大事だと思っています。
このスタイルで、「コンテンツマーケティングを始めるなら」というテーマで投稿文を作ってください。
例示のメリットは、「説明しにくい雰囲気・トーン」を伝えられることです。「親しみやすいけど軽くなりすぎない感じ」という曖昧な言葉より、実際の文章を1つ見せるほうが確実に伝わります。
特に、自社のブランドトーンや個人の文体を維持したい場合には、過去の自分の文章や気に入っているコンテンツを例示として渡すのが有効です。
失敗したプロンプトから学ぶ——改善サイクルの作り方
期待と違うアウトプットが出たとき、多くの人は「またやり直しか」と感じてすぐ次に移ります。でも、このタイミングこそ学びの場です。
「なぜ期待通りにならなかったか」を分析する習慣をつけると、プロンプトスキルの上達が加速します。
失敗の主な原因と確認ポイント
| 症状 | 考えられる原因 | 確認すること |
|---|---|---|
| 文章が汎用的すぎる | コンテキストが少ない | Who / Why を補えているか |
| トーンが合わない | トーンの指定が曖昧 | 具体的な例文を示せるか |
| 情報が浅い | 役割の精度が低い | 役割に具体的な経験・専門性を加えられるか |
| 指示と違う形式で出てきた | 形式の指定が不明確 | How の制約を明示しているか |
| 内容が長すぎる・短すぎる | 字数・ボリューム指定がない | 目安の字数を伝えているか |
改善のサイクルは以下の流れです。
- 出力が期待と違う → どこが違うかを言語化する
- 原因を上の表で確認する
- 不足していた情報を補って再指示する
- 改善されたら、次回から最初からその情報を含める
この繰り返しが、プロンプトスキルの地力になります。
「抽象度を一段下げる」習慣
上級者と中級者の最大の違いは、指示の抽象度をコントロールできるかどうかです。
「良い文章を書いて」ではなく「この状況の読み手が最後まで読めるような文章を書いて」。「競合分析を」ではなく「価格・機能・ターゲット層の3軸で比較した上で、当社が勝てる市場のすき間を特定して」。
一段具体的な言葉にする。これだけで、出てくるアウトプットの品質が変わります。
抽象的な指示をしてしまうのは、「考えるのが面倒だから」ではなく「どう具体にすればいいかわからない」からであることが多いです。この記事で紹介した4軸・役割指定・例示の技術は、そのための道具です。
体系的に学ぶ場所
上級テクニックは、知識として知っているだけでは使えません。実際に手を動かして、試行錯誤する中で身につくものです。
claudecode道場では、コンテキスト設計・役割指定・Few-shot例示など、この記事で紹介した内容を含む体系的なカリキュラムを全20章（2026年4月時点）で提供しています。
「基本はできているがもう一段上に行きたい」という方には、実践的な演習も含まれているため、読むだけでなく使いながら学べる構成になっています。
プログラミング知識は不要です。ビジネスパーソンが業務で使える状態になることを目的として設計されています。
claudecode道場 — https://claudedojo.com
企業や組織への導入支援については、こちらからお問い合わせいただけます。 導入支援のお問い合わせ — https://claudedojo.com/company
運営: malna株式会社
