AI・マーケトレンド
Writer /
この記事の著者
Claudeに同じ仕事を頼んでも、指示の書き方によって出てくる文章の質は大きく変わります。「いい感じにまとめて」と頼めば無難で薄い答えが返り、目的・読み手・材料・形式を渡せば、そのまま手直しして使える下書きが返ってきます。差を生むのは文章力ではなく、仕事の渡し方です。
この記事では、Anthropicが公開しているClaude向けのプロンプトの公式ガイドの要点を、業務で使える7つのコツに整理しました。コピペで使える基本テンプレート、業務別のテンプレート、曖昧な依頼を書き直す実例、プロンプトを毎回貼らずに済ませる保存方法までまとめています。
30秒で分かる結論
Claudeへの指示は「背景を知らない優秀な新人」に渡す指示書のつもりで書きます。目的・読み手・使い道を省かないことが最大のコツです。
公式ガイドの要点は、具体的に書く、理由を添える、例を3〜5個見せる、XMLタグで区切る、長い資料は先頭に置き質問は最後に書く、の5点です。
「〜しないで」より「〜のように書いて」と、してほしいことを書くほうが出力は安定します。
毎回使う前置きは、設定画面の指示・Projectsの指示・スキルに保存し、プロンプト本体には「今回変わる情報」だけを書きます。
うまくいかないときは、Claude自身に「このプロンプトで判断に迷う点を挙げて」と聞くと、足りない情報が見つかります。
この記事の位置づけ
この記事は、Claudeに特有の書き方（XMLタグ、長文資料の置き場所、保存先の使い分け）に絞った解説です。ChatGPTやGeminiにも共通するプロンプトの基本は仕事で使えるプロンプトの書き方で、記事・ブログを書くための手順とプロンプトはClaudeで記事・ブログ作成する方法で解説しています。用途が決まっている方は、そちらと合わせてお読みください。
コピペで使える：用途別Claudeプロンプト集10本
すぐに使えるプロンプトを、日常業務の用途別に10本まとめました。【】の部分を書き換え、Claudeの入力欄に貼り付けて使います。どれも「目的・読み手・材料・形式」を1回で渡し、材料は <memo> のようなタグで囲む形にしています。この形が効く理由は、この後の「公式ガイドに沿ったClaudeのプロンプトのコツ7つ」で解説します。取引先へのメール返信、長い資料の要約、企画の壁打ちは、より詳しい「業務別テンプレート3種」に載せています。
1. 会議の記録から決定事項とToDoを書き出す
2. 走り書きのメモから日報・週報を作る
3. 社内向けの文章を顧客向けに書き換える
4. 社外に出す前の誤字・敬語チェック
5. 条件つきのアイデア出し
6. 集計データ（CSV）から傾向を読み取る
7. 成果の低い広告見出しの改善案を作る
8. 英文メールを訳して返信を書く
9. プレゼン資料の構成案を作る
10. Excel・スプレッドシートの数式を作る
1. 会議の記録から決定事項とToDoを書き出す
<transcript>
【会議の文字起こし・メモを貼り付け】
</transcript>
<instructions>
上の会議記録から、次の3つを書き出してください。
1. 決定事項（誰が決めたかが分かる形で）
2. ToDo（担当者・期限・内容。期限が記録にない場合は「期限未定」）
3. 結論が出ずに持ち越した論点
記録に書かれている内容だけを使ってください。
社内チャットにそのまま貼るため、見出しと箇条書きで300字以内にまとめてください。
</instructions>録音から議事録を作るところまでの手順はClaudeで議事録を作る方法で解説しています。
2. 走り書きのメモから日報・週報を作る
<memo>
【今日の作業メモ（箇条書きの走り書きで可）】
</memo>
<instructions>
上のメモを、上司が1分で読める日報にしてください。
構成は「今日やったこと／成果と数字／困っていること・相談／明日やること」の4つです。
メモにない数字や成果は書かず、書く材料がない項目は「特になし」としてください。
</instructions>3. 社内向けの文章を顧客向けに書き換える
<draft>
【社内向けに書いた説明文】
</draft>
<context>
・読み手：【例：初めて当社サービスを検討している中小企業の総務担当者】
・使う場所：【例：お客様へのメール本文】
</context>
<instructions>
上の文章を、読み手が専門用語を知らなくても理解できる文章に書き換えてください。
社内の略語は正式名称か平易な言い方に置き換え、置き換えた語は最後に一覧で示してください。
内容は元の文章の範囲のまま、表現だけを変えてください。
</instructions>4. 社外に出す前の誤字・敬語チェック
<text>
【確認したい文章】
</text>
<instructions>
この文章を社外に出す前に校正します。誤字脱字、敬語の誤り、二重敬語、表記ゆれを探してください。
修正後の全文は不要です。「該当箇所 → 修正案 → 理由」の形で、見つかった順に一覧にしてください。
問題がなければ「指摘なし」とだけ答えてください。
</instructions>5. 条件つきのアイデア出し
<context>
・目的：【例：既存顧客向けセミナーの集客】
・対象：【例：従業員50〜300名の製造業の総務部長】
・条件：【例：予算30万円以内・準備期間1か月・社内2名で運営】
</context>
<instructions>
上の条件の範囲内で実行できる施策を10案出してください。
各案は「施策名／内容を1文で／条件に合う理由／いちばんの懸念点」の4行で書いてください。
最後に、実行しやすい順に上位3案を選び、理由を添えてください。
</instructions>6. 集計データ（CSV）から傾向を読み取る
<data>
【CSVの中身を貼り付け。ファイルを添付した場合は「添付のCSV」と書き換える】
</data>
<instructions>
このデータは【例：直近3か月の問い合わせ件数を流入元別に集計したもの】です。
1. 数字から読み取れる傾向を3つ、根拠の数字とともに挙げてください
2. データだけでは判断できない点を挙げてください
3. 来月の打ち手を考えるために、追加で集めるべきデータを提案してください
計算した値には計算式を添えてください。
</instructions>7. 成果の低い広告見出しの改善案を作る
<data>
【広告見出しと、表示回数・クリック数・クリック率の一覧】
</data>
<instructions>
上のデータから、クリック率が低い見出しを3つ選んでください。
選んだ見出しごとに、30文字以内の改善案を5つずつ作ってください。
商品の説明には、次の情報だけを使ってください：【商品の特徴・価格・対象者】
</instructions>公式プロンプトライブラリの「パフォーマンスデータからバリエーションを生成する」を、チャット版のClaudeで使う形に編集部が書き換えたものです。
8. 英文メールを訳して返信を書く
<mail>
【受信した英文メール】
</mail>
<instructions>
1. 日本語に訳し、相手が求めていることを2文で要約してください
2. 次の内容で英語の返信を書いてください：【返信の要点を日本語で】
3. 返信の英文の下に、日本語訳を付けてください
丁寧なビジネス英語で、150語以内にしてください。
</instructions>9. プレゼン資料の構成案を作る
<context>
・発表の場：【例：役員会議、持ち時間10分】
・聞き手が決めること：【例：来期のMAツール導入の可否】
・手元の材料：【例：現状の課題、ツール3社の見積もり、他部署の要望】
</context>
<instructions>
スライド8枚以内の構成案を作ってください。
各スライドについて「タイトル／伝える結論1文／載せる材料」を書いてください。
1枚目には、聞き手に決めてほしいことを書いてください。
材料が足りないスライドには「要準備：〇〇」と書いてください。
</instructions>構成案からスライドまで作る手順はClaudeで資料作成する方法にまとめています。
10. Excel・スプレッドシートの数式を作る
<context>
・使うソフト：【Excel／Googleスプレッドシート】
・表の構成：【例：A列=日付、B列=担当者、C列=売上金額。データは2行目から】
・やりたいこと：【例：担当者ごとの今月の売上合計を別シートに出す】
</context>
<instructions>
使う数式を1つ示し、どのセルに入れるかと、各部分の意味を説明してください。
私の表の列名に合わせた形で書いてください。
エラーが出やすい点（空白セル、日付の形式など）があれば最後に挙げてください。
</instructions>記事・ブログの作成に使うプロンプトは、工程ごとに分けてClaudeで記事・ブログ作成する方法で公開しています。
Claudeのプロンプトの基本は「新人への指示書」
Anthropicの公式ガイド（Prompting best practices）は、Claudeを「優秀だが、あなたの職場の慣習や仕事の流れを知らない新入社員」と考えるよう勧めています。さらに、プロンプトを作業の背景を知らない同僚に見せ、その同僚が迷うならClaudeも迷う、という確かめ方を紹介しています。
この考え方に立つと、よくある失敗の原因が見えてきます。「提案書を作って」という指示には、誰に出すのか、何を決めてほしいのか、どの資料を根拠にするのか、何枚くらいか、が書かれていません。人間の新人でも困る指示は、Claudeにとっても情報不足です。Claudeは足りない部分を一般論で埋めるため、誰にでも当てはまる無難な文章になります。
公式ガイドに沿ったClaudeのプロンプトのコツ7つ
ここからは、公式ガイドの内容を業務向けに言い換えた7つのコツです。すべてを毎回使う必要はありません。1と2は常に、3〜6は資料や例がある場合に、7は出力の形を整えたい場合に使います。
1. 目的・読み手・使い道を具体的に書く
公式ガイドの最初の原則は「明確かつ直接的に」です。出力の形式や制約を具体的に書き、順番や漏れが重要な作業は番号付きの手順で指示します。期待以上の仕上がりを求めるなら、そのことも明示します。業務では「この文章を誰が読み、読んだ後に何をしてほしいか」を1文で書くだけで、出力の焦点が合います。
2. 指示に理由を添える
公式ガイドは、指示の背景や動機を説明するとClaudeが目的を理解しやすくなると述べています。たとえば「箇条書きにしないで」だけでなく「社内チャットにそのまま貼るため、箇条書きではなく3文以内の文章にしてください」と書くと、Claudeは理由から判断して、指示していない部分まで合わせてくれます。
3. 例を3〜5個見せ、example タグで囲む
出力の形式・トーン・構成をそろえるには、例を見せるのが確実です。公式ガイドは3〜5個の例を推奨し、例を <example> タグで囲んで指示と区別するよう勧めています。例は実際の用途に近く、互いに少しずつ違うものを選びます。似た例ばかりだと、意図しない癖まで真似されます。
4. XMLタグで指示・資料・入力を分ける
指示・背景・例・材料が混ざった長いプロンプトは、<instructions>、<context>、<input> のようにタグで区切ると誤解が減ります。タグ名に決まりはなく、内容が分かる名前を同じ使い方で続けることが大切です。日本語のタグ名でも区切りの役割は果たせますが、社内でテンプレートを共有するなら英語の短い名前にそろえると管理しやすくなります。
5. 長い資料は先頭に、質問は最後に書く
議事録・報告書・契約書など長い資料を渡すときは、資料をプロンプトの先頭に置き、指示や質問を最後に書きます。公式ガイドには、複雑な複数資料の入力で、質問を末尾に置くと回答の質が最大30%向上したテスト結果があると記載されています。複数の資料を渡すときは、資料ごとに <document> タグで囲み、出典名を添えます。
6. 長文資料は、先に関連する引用を抜き出させる
長い資料から答えを作らせるときは、まず関係する箇所を <quotes> タグに抜き出させ、その引用をもとに回答させます。公式ガイドが紹介している方法で、資料の関係ない部分に引きずられにくくなります。業務では、引用と回答を並べて確認できるため、事実確認の手間も減ります。
7. 「しないで」より「こう書いて」と指示する
公式ガイドは、出力の形を整えるときは禁止ではなく、してほしいことを書くよう勧めています。「マークダウンを使わないで」より「なめらかにつながる段落の文章で書いてください」のほうが意図どおりになりやすいということです。禁止事項を並べたくなったら、その裏返しの「望ましい書き方」に言い換えてください。
補足：役割は1文で伝える
公式ガイドには「Claudeに役割を与える」という項目もあり、システムプロンプトで役割を設定すると、用途に合わせてClaudeの振る舞いとトーンが絞り込まれ、1文でも違いが生まれると説明されています（出典：Anthropic「プロンプティングのベストプラクティス」）。
ブラウザやアプリで使うClaudeにはシステムプロンプトを直接書く欄がないため、Projectsの指示か、プロンプトの冒頭に1文で書きます。たとえば「あなたはBtoB企業の広報担当として、取引先に送る文章を校正します」のように、立場と今回の仕事が分かる1文にします。目的・読み手・形式は役割の文に詰め込まず、1〜7のコツどおり別に書くと、指示どうしが食い違いにくくなります。
コピペで使えるClaudeプロンプトの基本テンプレート
7つのコツを1枚にまとめた基本テンプレートです。【】の部分を書き換えて使います。資料がない場合は <documents> の部分を削除してください。
<documents>
<document>
<source>【資料名】</source>
<document_content>
【資料の本文を貼り付け】
</document_content>
</document>
</documents>
<context>
・私の立場：【例：従業員80名のBtoB企業のマーケティング担当】
・この成果物の読み手：【例：来週の定例に出る営業部長】
・読み手に取ってほしい行動：【例：展示会の出展可否を決める】
・この形式にする理由：【例：会議で画面共有して5分で説明するため】
</context>
<instructions>
1. 資料から、判断に関係する記述を <quotes> タグに抜き出してください。
2. 抜き出した内容だけを根拠に、【成果物】を作ってください。
3. 資料にない数字や事実は書かず、「要確認」と明記してください。
4. 出力は【形式・分量】で書いてください。
</instructions>
<example>
【過去に作った良い成果物の抜粋。なければ削除】
</example>業務別テンプレート3種
弊社の独自調査では、生成AIを業務で使っていない・使わなくなった理由の1位は「業務でAIを使う場面が想像できない」で32.8%でした。出典：株式会社スリスタ『企業の生成AI活用実態調査2026』（n=400）会社員のAI業務利用率は38.2%｜400名調査2026。使う場面を具体的にするために、ここでは日常業務で頻度の高い3つの型を示します。
テンプレート1：取引先へのメール返信
<received_mail>
【受信したメール本文】
</received_mail>
<context>
・相手との関係：【例：半年取引のある既存顧客の担当者】
・こちらの結論：【例：納期は1週間延ばしたいが、初回分だけは予定どおり出す】
・残したい関係：【例：今後の追加発注につなげたい】
</context>
<instructions>
上のメールへの返信を書いてください。結論を最初の2文で伝え、理由と代替案を続けます。
丁寧な敬語で、全体を300字以内にしてください。
相手に確認が必要な点があれば、本文とは別に箇条書きで挙げてください。
</instructions>テンプレート2：長い資料の要約
<document>
【要約したい資料】
</document>
<instructions>
この資料を、【読み手】が【目的】のために読む前提で要約してください。
1. 最初に結論を2文で書く
2. 次に、判断材料になる事実を5つまで箇条書きにする（各項目に資料内の該当箇所を短く引用）
3. 最後に、資料だけでは判断できない点を挙げる
資料に書かれていない推測は加えないでください。
</instructions>テンプレート3：企画の壁打ち
<context>
【企画の概要・前提・予算・期限】
</context>
<instructions>
あなたは、この企画に慎重な立場の決裁者です。
1. 決裁前に必ず聞く質問を5つ挙げてください
2. それぞれの質問に、今の企画書で答えられているかを「答えられる／弱い／答えられない」で判定してください
3. 「弱い」「答えられない」の項目について、追加で集めるべき情報を書いてください
企画を褒める文章は不要です。
</instructions>実例：曖昧な依頼を7つのコツで書き直す
編集部が作成した架空の例です。展示会の出展報告を上司に出すため、担当者が最初に書いた依頼は次の1行でした。
展示会の報告書を作って。メモを貼るので。この依頼では、誰が読むのか、何を判断してもらうのか、どの程度の長さかが分かりません。7つのコツに沿って書き直すと、次のようになります。
<memo>
【展示会で取ったメモ・名刺獲得数・商談化した件数】
</memo>
<context>
・読み手：営業部長。次回（来年春）の出展可否を決める立場
・理由：部長は数字と次回への判断材料だけを見たいので、感想は不要
</context>
<instructions>
1. メモから、成果の数字と、次回の判断に関係する事実を <quotes> に抜き出す
2. それをもとに、A4で1枚（600字前後）の報告書を書く
3. 構成は「結論（次回出展を推奨するか）→数字→良かった点→課題→次回への提案」
4. メモにない数字は書かず「要確認」とする
5. 段落は短くし、部長が1分で読める文章にする
</instructions>書き直した版では、Claudeが最初に結論（推奨するかどうか）を置き、メモにある数字だけで報告書を組み立てます。メモに費用が書かれていなければ「費用対効果は要確認」と明記されるため、上司に出す前に何を調べればよいかも分かります。レポート全般の作り方はClaudeでレポート・報告書を作成する方法で詳しく解説しています。
プロンプトを毎回貼らない：保存先の使い分け
読み手・文体・禁止事項などの前置きを毎回貼っていると、長さが増えて管理できなくなります。Claudeには前置きを保存する場所がいくつかあります。2026年9月時点の公式ヘルプに基づく整理です。画面の名称や提供範囲は変わることがあるため、最新の表示を確認してください。
設定画面の「Claudeへの指示」：すべての会話に適用されます。職種、よく使う用語、好みの文体など、どの仕事にも共通する内容を書きます。
Projectsの指示と資料：プロジェクトごとに指示と参考資料を保存できます。公式ヘルプでは、無料プランでも5つまで作成でき、有料プランでは扱える資料の量が拡張されると案内されています。「自社ブログ用」「週次報告用」のように用途ごとに分けるのが基本です。
スキル：特定の作業の手順や書式をまとめて登録し、必要な場面で呼び出す仕組みです。毎回同じ手順で行う作業（例：議事録の整形、報告書の書式）に向いています。
Claude CodeのCLAUDE.md：パソコン上のフォルダで作業するClaude Codeでは、フォルダに置いた CLAUDE.md が起動時に読み込まれます。公式ドキュメントは200行以内を目安に短く具体的に書くよう勧めています。
使い分けの目安は、「どの仕事でも言っていること」は設定画面、「この用途でだけ言っていること」はProjects、「毎回同じ手順で進める作業」はスキル、です。プロンプト本体に残すのは、テーマ・材料・今回だけの条件に絞ります。
Claude自身にプロンプトを改善させる
自分で書いたプロンプトの穴は、自分では見つけにくいものです。実行する前に、Claudeにプロンプトそのものを点検させると、不足している情報が分かります。
次のプロンプトを、背景を知らない人が読んで実行する前提で点検してください。
<prompt>
【点検したいプロンプト】
</prompt>
1. 実行するときに判断に迷う点を、迷う理由とともに挙げてください
2. 足りない情報を、私に質問する形で最大5つ挙げてください
3. 質問への回答を反映する前提で、改善版のプロンプトを書いてください公式ガイドでも、例の妥当性や多様性をClaudeに評価させたり、追加の例を作らせたりする方法が紹介されています。プロンプトの点検と例の作成をClaudeに任せ、人は「答えるべき質問」に答えることに集中すると、改善の手間が小さくなります。
公式プロンプトライブラリを日本の業務で使う
Anthropicは、Claude Code向けのコピペ用プロンプト集「プロンプトライブラリ」を公開しています。2026年10月14日時点で52本が掲載されており、作業の段階（発見・設計・構築・リリース・運用）とタスクの種類で分類され、PM・デザイン・マーケティング・データなどの職種でも絞り込めます。日本語のページでは、プロンプトの日本語訳も表示されます。
ただし、このライブラリはパソコン上のフォルダで作業するClaude Code用です。コードの調査やテストの実行など開発作業が中心のため、ブラウザやアプリでClaudeと会話する使い方には、そのまま当てはまらないものもあります。ここでは、非エンジニアの業務に使える部分を取り出します。
ライブラリのプロンプトに共通する6つのパターン
ライブラリのページ末尾では、掲載プロンプトに共通するパターンとして次の6つが挙げられています。この記事の7つのコツとの対応を添えます。
手順ではなく結果を説明する：何をしたいかを伝え、進め方はClaudeに任せます。コツ1（目的・読み手・使い道を具体的に書く）に当たります。
自分の作業をチェックする方法を与える：同じプロンプトの中で、確認や比較まで頼みます。業務の文章なら「書き終えたら【基準】に照らして見直し、満たしていない点を直してから出してください」と添えます。
参照を指す：既存のファイルや型を名指しして、それに合わせさせます。コツ3（例を見せる）と同じ考え方です。
測定可能なターゲットを述べる：数値としきい値を書き、どこで完了かを明確にします。業務なら「300字以内」「スライド8枚以内」のような指定です。
アーティファクトを与える：エラーやログ、スクリーンショットを、説明に置き換えずにそのまま渡します。業務なら、メモや資料を自分で要約せずにそのまま貼ることに当たります（コツ5・6）。
答えてほしい方法を言う：形式・長さ・読み手を指定します。コツ1と7に当たります。
例はコード向けでも、「やりたい結果」「確認方法」「手本」「数値の目標」「材料」「答え方」を渡すという骨組みは、メールや資料づくりでも変わりません。
マーケティング・企画職向けの4本を業務向けに言い換える
職種タグにマーケティングやPMが付いたプロンプトから4本を選び、公式の日本語訳と、チャット版のClaudeにファイルを添付して使う場合の言い換えを並べました。言い換えは編集部が作成したものです。
過去の例からドキュメントを作成する（公式の日本語訳：「{folder} にある{examples}を読んで構成と文体を学び、{topic}について新しいものを作成してください」）
添付した過去の【例：導入事例記事】3本を読み、構成と文体の共通点を箇条書きで整理してください。
次に、その構成と文体で【新しいテーマ】の記事の下書きを書いてください。
過去の記事にない数字や事実が必要な箇所は【要確認】としてください。正式なレビューの前に問題をキャッチする（公式の日本語訳：「{file} を{concerns}の観点でレビューし、{reviewer}に回す前に修正すべき点を列挙してください」）
添付した【例：プレスリリース原稿】を、【例：根拠のない表現、出典の欠落、表記ルールとの違い】の観点で確認してください。
【例：法務担当】に回す前に直すべき点を、「該当箇所 → 理由 → 修正案」の形で挙げてください。ミーティングをチケットに変換する（公式の日本語訳：「{input} を読んでアクション項目をまとめ、それぞれについて受け入れ基準付きのチケットを{tracker}に作成してください」）
添付の会議メモを読み、アクション項目を洗い出してください。
項目ごとに「担当者／期限／完了とみなす条件」を書き、タスク管理ツールにそのまま登録できる1行の文にしてください。データファイルを分析する（公式の日本語訳：「{file} を読んで主なパターンを要約し、結果を{output}」）
添付の【例：月別の申込数のCSV】を読み、主な傾向を3つ要約してください。
結果は、上司への報告メールにそのまま貼れる文章にし、各傾向に根拠の数字を添えてください。ライブラリは、うまくいったプロンプトをスキルとして保存し、チームの誰でも呼び出せるようにすることを次の段階として勧めています。保存先の選び方は、この記事の「プロンプトを毎回貼らない：保存先の使い分け」の節を参照してください。
動画で見る：Claudeへの指示で資料を作る流れ
プロンプトを渡してから資料が出来上がるまでの流れは、動画で見ると分かりやすくなります。次の動画では、コピペで使える指示をClaudeに渡して提案資料を作る手順を実演しています。
うまくいかないときの切り分けチェックリスト
出力が期待と違うときは、プロンプトを長くする前に、次の順で原因を切り分けます。
読み手と使い道が書かれているか（書かれていないと一般論になります）
材料を渡しているか（渡していないと、Claudeは一般的な知識で埋めます）
形式と分量を指定しているか（「A4で1枚」「300字以内」など）
禁止事項ばかりになっていないか（してほしい書き方に言い換えます）
一度に複数の作業を頼んでいないか（構成の承認と本文の作成は分けます）
長い資料の後ろに質問を書いているか（資料が先、質問が最後です）
また、出力の事実確認は必ず人が行ってください。弊社の独自調査では、業務でのAI利用で事故やヒヤリハットを経験した51名のうち、「AIが生成した誤情報をそのまま納品・公開した」が33.3%、「機密情報・個人情報をAIに入力してしまった」が37.3%でした。出典：株式会社スリスタ『企業の生成AI活用実態調査2026』（n=400）業務AI事故・ヒヤリハット実態2026。プロンプトに「資料にない数字は要確認と書く」と入れておくことと、入力してよい情報を社内で決めておくことは、どちらも欠かせません。誤情報を防ぐ仕組みはAIのハルシネーション対策で解説しています。
ChatGPT向けのプロンプトをClaudeで使うときの書き換え
弊社の独自調査では、業務でAIを使う会社員153名のうち、複数の生成AIツールを併用している人は49.0%、Claudeを使っている人は7.8%でした。出典：株式会社スリスタ『企業の生成AI活用実態調査2026』（n=400）職場の生成AIツールシェア実態2026。ChatGPTなどと併用する中でClaudeを使うと、ほかのツール用に作ったプロンプトを流用する場面も出てきます。
流用自体は問題ありません。ただ、「#命令書」「#制約条件」のような見出し記号で区切る形式は、次の3点を直すと、この記事のコツに沿った形になります。
見出し記号の区切りをタグに置き換えます（例：「#入力文」→ <document>、「#命令書」→ <instructions>）。資料と指示の境目がはっきりします。
資料を末尾から先頭へ移します。長い資料を渡すときは、資料が先、質問が最後です。
「〜しないこと」の並びを、「〜のように書いてください」という望ましい書き方に言い換えます。
編集部が作成した架空の例で、書き換えの前後を示します。
書き換え前（見出し記号の形式）
#命令書
あなたはプロの編集者です。以下の文章を要約してください。
#制約条件
・箇条書きは使わないこと
・300字以内
#入力文
【長い報告書】書き換え後（Claude向け）
<document>
【長い報告書】
</document>
<instructions>
あなたは社内報の編集者です。上の報告書を、部長が会議前の1分で読める要約にしてください。
なめらかにつながる段落の文章で、300字以内にしてください。
報告書にない数字が必要な箇所は「要確認」としてください。
</instructions>書き換え後は、資料が先頭に来て、役割は1文になり、「使わないこと」が「段落の文章で」という指示に変わっています。同じプロンプトをClaudeとChatGPTの両方で試し、出力を比べてから社内の標準にすると、ツールを切り替えても品質をそろえやすくなります。
同じテーマでClaude・ChatGPT・Geminiに記事を書かせ、出力を比べた様子は次の動画で見られます。ツールごとの出力の違いを確かめる参考にしてください。
よくある質問
Q. ChatGPTとClaudeでプロンプトの書き方は変えるべきですか？
目的・読み手・材料・形式を渡すという基本は共通です。Claudeで特に効きやすいのは、XMLタグで指示と資料を区切ること、長い資料を先頭に置いて質問を最後に書くことで、いずれもAnthropicの公式ガイドで推奨されています。同じプロンプトを両方で試し、出力を比べる方法はChatGPTとClaudeのレポート作成比較を参考にしてください。
Q. プロンプトは英語で書いたほうが精度が上がりますか？
日本語の成果物を作るなら、日本語で書いて問題ありません。精度を左右するのは言語よりも、目的・材料・形式の具体性です。XMLタグの名前だけを英語にし、中身は日本語で書く形が管理しやすくおすすめです。
Q. XMLタグは必ず使う必要がありますか？
短い依頼では不要です。資料・例・指示が混ざる長いプロンプトや、同じテンプレートを繰り返し使う場合に効果が出ます。タグ名に決まりはないため、社内で名前をそろえておくと共有しやすくなります。
Q. プロンプトは長いほど良い結果が出ますか？
長さではなく、必要な情報がそろっているかで決まります。毎回同じ前置きは設定画面やProjectsに移し、プロンプト本体は今回変わる情報だけにすると、短くても精度が保てます。
Q. 無料プランでもこの記事のコツは使えますか？
7つのコツとテンプレートは、無料プランでもそのまま使えます。公式ヘルプでは、Projectsも無料プランで5つまで作成できると案内されています。利用量の上限や使えるモデルはプランで異なるため、最新の条件はClaudeの料金ページで確認してください。
Q. 社外秘の資料をプロンプトに貼ってもよいですか？
会社のルールを先に確認してください。個人向けプラン（Free・Pro・Max）では、会話を学習に使うかどうかをプライバシー設定で選べると公式に案内されています。法人で使う場合は、管理機能のあるTeam・Enterpriseプランの利用や、入力してよい情報の範囲を生成AI活用ガイドラインとして明文化することを検討してください。
Q. Claudeの公式のプロンプト集はどこで見られますか？
Claude Code向けのコピペ用プロンプトは、公式ドキュメントのプロンプトライブラリにまとまっています。チャットやAPIで使うプロンプトの書き方の原則は、公式のプロンプティングのベストプラクティスが詳しく、この記事の7つのコツもこのガイドをもとにしています。日常業務ですぐ使える日本語の例は、この記事の「コピペで使える：用途別Claudeプロンプト集10本」をご利用ください。
Q. 1つのプロンプトで全部頼むのと、工程を分けるのとではどちらが良いですか？
公式ガイドによると、最近のClaudeは多くの多段階の推論を内部で処理しますが、途中の出力を確認したい場合は、作業を分けて順に頼む方法が今も有用とされています。代表的な形は、下書きを作らせる、基準に照らしてClaude自身に見直させる、見直しをもとに直させる、という3段階の「自己修正」です（出典：プロンプティングのベストプラクティス）。社外に出す文章や数字を含む資料は、構成や下書きの段階で一度止めると、人が確認する場所を作れます。
まとめ
Claudeのプロンプトは、背景を知らない優秀な新人に渡す指示書として書くのが基本です。目的と読み手を書き、理由を添え、例はタグで囲み、長い資料は先頭に置いて質問を最後に書く。この順番を守るだけで、出力は一般論から「自社の仕事に使える下書き」に変わります。毎回使う前置きは設定画面・Projects・スキルに保存し、プロンプト本体を短く保つと、チームでも同じ品質を再現しやすくなります。用途別の実践は、Claudeで資料作成する方法やClaudeで議事録を作る方法もあわせてご覧ください。