Claudeプロンプトの使い方・書き方｜Anthropic公式に学ぶ改善ポイント

Claudeに「ステップバイステップで考えて」「絶対に〜しないで」「あなたはプロの○○です」と毎回入れるべきなのか、迷っている方は少なくありません。Anthropic公式ドキュメントを見ると、最新のClaudeでは昔のプロンプト術をそのまま使うより、指示の明確さと文脈設計を見直すことが重要になっています。

この記事では、Anthropic公式ドキュメントをもとに、普通のWebチャットで使える頼み方を中心に、Claude Codeのように作業まで任せる場面の書き方も整理します。設定項目の話ではなく、実際に入力する依頼文に絞って解説します。

結論から言うと、今のClaudeでは魔法の決まり文句より、目的、文脈、やってほしい動詞、検証条件をはっきり書くほうが安定します。長い資料は先に置き、質問は最後に置く。修正してほしいときは「なぜ？」ではなく「原因を調べて、修正し、確認してください」と頼む。この基本だけでも回答のズレは減ります。

この記事は、Claudeを日常的に使っている人、Claude CodeやCodexに作業を任せたい人、古いプロンプトテクニックを公式情報で更新したい人向けです。

Anthropic公式が強調している前提

Anthropicは、Claudeへの指示では明確さと文脈が重要だと説明しています。公式ドキュメントには「Claudeは明確で明示的な指示によく反応します」とあり、さらにClaudeを「優秀だが新入社員」と考えるとよい、と案内されています。

これは、初心者向けに丁寧な文章を書きましょう、というだけの話ではありません。AIが高性能になるほど、曖昧な依頼でも何かを返してくれます。しかし、その結果がこちらの期待と合っているとは限りません。期待以上の作業をしてほしいなら、期待以上のレベルを言葉にする必要があります。

Webチャットでまず直すべき書き方

普通のClaudeチャットで使うなら、まず直すべきなのは依頼の動詞です。「なぜこのテストが落ちているの？」と聞くと、原因の説明で終わることがあります。コードを直してほしいなら、「原因を調べて、必要なコードを修正し、テストを再実行してください」と書くほうが意図が伝わります。

• 説明がほしいときは「原因を説明してください」と書く。
• 修正してほしいときは「修正してください」「反映してください」と書く。
• 確認まで任せたいときは「最後にテストや条件で検証してください」と書く。

「提案して」と頼むと、AIは提案だけを返すことがあります。これは当たり前に見えますが、実務ではかなり起きやすいズレです。改善案がほしいのか、実装までしてほしいのかを動詞で分けるだけで、やり取りの回数は減ります。

「やらないで」には理由をつける

禁止事項を書くときも、単に「使わないで」と言うより、なぜ避けたいのかを添えるほうが安定します。たとえば「三点リーダは使わないで」だけだと、似たような記号や読み上げ上の問題までは考慮されないかもしれません。

「この文章は音声読み上げエンジンで使います。三点リーダは正しく読めないので使わないでください」と書けば、Claudeは目的を理解して、読み上げに不向きな表現全体を避けやすくなります。公式ドキュメントにも、指示の背景や動機を説明すると、Claudeが目標をより深く理解できると書かれています。

長い資料は先、質問は最後に置く

長い資料を読ませるときは、質問を先に置くより、資料を先に置いて最後に質問するほうが有効です。Anthropic公式は、長文データをプロンプトの先頭付近に置くことを推奨し、クエリを末尾に置くことで品質が最大30%向上する場合があると説明しています。

実務では、契約書、議事録、仕様書、ログ、調査メモなどを貼ってから、最後に「上記資料だけを根拠に、重要な論点を3つに整理してください」のように頼む形が使いやすいです。さらに厳密にしたい場合は、先に関連箇所を引用させ、その引用だけを根拠に回答させます。

例は3〜5個、数よりバリエーション

出力のトーンや形式をそろえたいときは、説明だけでなく例を渡します。Anthropic公式は、例が出力形式やトーンを誘導する信頼性の高い方法の一つだと説明し、最良の結果には3〜5個の例を含めることを勧めています。

ただし、似た例を大量に並べても効果は限定的です。成功例だけでなく、境界線上の例、例外ケース、避けたいパターンも含めると、Claudeが意図しない規則を学習しにくくなります。

細かい手順より、ゴールと検証条件を書く

最近のAI、特にClaude Codeのような自律型の開発エージェントでは、昔のように人間が細かい手順を全部書くより、ゴールと検証条件を明確にするほうが合う場面があります。

公式ドキュメントでは、規定的なステップより一般的な指示を優先する考え方が示されています。手書きの長い手順で縛るより、「問題を調査し、必要な変更を実装し、最後にテスト基準に照らして検証してください」のように、目的と終了条件を渡すほうが自然です。

例: 原因を調べて、必要なコードを修正し、関連テストを再実行してください。終了前に、変更が要件を満たしているか自己チェックしてください。

逆に、ファイル削除、外部投稿、force pushなど元に戻しにくい操作は、実行前に確認する条件を入れておくべきです。自律的に進めてほしい範囲と、止まって確認してほしい範囲を分けるのが、今のプロンプト設計では重要です。

古いテクニックを見直す

以前のAIでは、強い言葉で命令したり、毎回ステップバイステップで考えさせたり、長い人格設定を入れたりするテクニックがよく使われていました。今も完全に無意味ではありませんが、常に最優先ではありません。

• 強い命令文を連発するより、普通の明確な指示に戻す。
• 「するな」より「こうして」と望む出力を指定する。
• 考える手順を細かく書きすぎるより、ゴールと検証条件を書く。
• 「なぜ？」だけでなく、修正・反映・検証まで頼む。

今日から使えるチェックリスト

• 最小限の文脈しかない同僚に見せても伝わるか。
• やってほしいことを動詞で書いたか。
• 禁止事項には理由をつけたか。
• 「するな」を「こうして」に言い換えられるか。
• 長い資料は先、質問は最後になっているか。
• 例は3〜5個あり、バリエーションがあるか。
• 重要な作業では引用、テスト、自己チェックを頼んだか。

まとめ

プロンプトの書き方は、モデルが変われば更新が必要です。今のClaudeでは、曖昧な一言に期待を読み取らせるより、目的、文脈、実行してほしい動詞、検証条件をはっきり書くほうが実務で安定します。

Webチャットでは頼み方を整え、Claude Codeのようなエージェントではゴールと安全境界を渡す。この2つを分けて考えるだけで、古いプロンプト術に引っ張られにくくなります。

Touch AIでは、Claude CodeやCodexを業務で安全に使うための研修、プロンプト設計、レビュー運用、情報漏えい対策の相談も受け付けています。チームでAI活用を進める場合は、個人のコツではなく、組織としてのルールと検証手順まで設計することが大切です。

Claudeを実務で使う場合は、Claude CodeとObsidianのワークフローやClaude CodeのSecurity Guidanceも合わせて読むと運用に落とし込みやすくなります。

よくある質問

Claudeのプロンプトで一番大事なことは何ですか？

役割名よりも、目的、前提、出力形式、評価基準を具体的に書くことです。曖昧な依頼ほど、期待と違う回答になりやすくなります。

「専門家として回答して」は使わない方がよいですか？

完全に不要ではありませんが、それだけでは不十分です。専門家らしさを求めるなら、判断基準や読者、禁止事項まで指定する方が安定します。

長い資料を読ませるときのコツはありますか？

資料を先に置き、質問を最後に書くのが基本です。どこを根拠にして答えるかも指定すると、引用や要約の精度が上がります。

公式情報・参考リンク

公式ドキュメント: Anthropic「プロンプトのベストプラクティス」

関連ドキュメント: Claude Opus 4.8 のプロンプト作成