魔法のフレーズなど存在しません。隠されたコマンドが大規模言語モデルを神託(オラクル)に変えることもなければ、秘密の接頭辞によってClaudeが突然、あなた以上にあなたのビジネスを理解するようになることもありません。プロンプトエンジニアリングとは、コードを解読することではありません。それは、インターネットの膨大な領域を読み込んではいるものの、あなたに会ったことも、あなたのオフィスを見たことも、あなたの製品ピッチを聞いたこともない、非常に有能な同僚と明確にコミュニケーションを取るための規律なのです。Claudeを、入社初日の賢い新入社員のように扱ってください。彼らは助けたいと意欲に満ちていますが、曖昧な指示を与えれば、返ってくる結果も曖昧なものになります。これは、どのオフィスでも当てはまるルールと同じです。「ゴミを入力すれば、ゴミが出てくる(garbage in, garbage out)」のです。

Claudeを新入社員のように扱う

有能な契約社員をオンボーディングしている場面を想像してみてください。初日にいきなり「ウェブサイトを直しておいて」と言って立ち去るようなことはしないはずです。その指示は役に立ちません。「どのページを?」「何が壊れているのか?」「ターゲットは誰か?」「成功の定義は何か?」といった具合です。それなのに、人々は毎日AIに対して「ウェブサイトを直して」に相当するような入力をし、なぜ出力が的外れなのかと不思議に思っています。

まずは、Claudeがあなたの特定の状況について全く知識を持っていないという前提から始めてください。Claudeは文法、コーディングパターン、歴史については知っていますが、あなたが明示しない限り、あなたの会社のトーン、顧客の悩み、あるいは法的な制限については知りません。優れたプロンプト作成とは、優れたマネジメントと同じです。あなたは制約を設定し、対象を定義し、成果物を明確にしているのです。それを適切に行えば、モデルが持つ既存の知識が突然役に立ち始めます。

優れたプロンプトを構成する5つの要素

プロフェッショナルなプロンプトには、5つの明確な要素が含まれているべきです。それぞれについてエッセイを書く必要はありませんが、エンターキーを押す前にこれらすべてに触れるようにしてください。

Role(役割)
モデルが何者であるかを伝えます。これにより、語彙、視点、優先順位が決まります。「あなたはテクニカルエディターです」でも機能しますが、「あなたは、ブロックチェーンに不慣れなフィンテック開発者向けにAPIドキュメントを分かりやすく書き換えるテクニカルエディターです」とした方が、はるかに効果的です。ペルソナが具体的であればあるほど、出力はより的確になります。

Context(コンテキスト)
状況を説明します。誰がこれを読むのか? 目標は何か? 病院の管理者向けのサイバーセキュリティに関するブログ記事は、ティーンエイジャーのゲーマー向けのそれとは全く異なるトーンであるべきです。コンテキストには「重要度」も含まれます。ブレインストーミングをしている段階なのか、それとも公開される最終稿なのか。

Task(タスク)
正確な動詞を使用してください。「改善する」「高める」「良くする」といった曖昧な言葉は避けてください。それらは何も意味をなしません。代わりに、「トランスクリプトを、それぞれ20語以内の3つの箇条書きに要約してください」や、「この関数をasync/awaitを使用してリファクタリングし、タイムアウトのエラーハンドリングを追加してください」と書いてください。タスクはあなたの「命令」です。願い事ではなく、命令として記述してください。

Format(形式)
Claudeが書き始める前に、回答の形を定義します。番号付きリスト、Markdownの表、有効なJSON、件名付きのメール、あるいは法的文書が必要ですか? 特定の列を持つ比較表が必要な場合は、その列名を指定してください。コメント付きのコードブロックで出力してほしい場合は、そう伝えてください。形式の指示を与えることで、構造化されたデータが必要な場面で、単なる文章の羅列を受け取ってしまう事態を防げます。

Constraints(制約)
避けるべきことをリストアップします。これにはトーン、長さ、禁止語句、および扱ってはいけないトピックが含まれます。例えば、「回答は150語以内に収めてください。親しみやすいトーンを使用してください。『シナジー』という言葉は使わないでください。予算が500ドルを超える解決策の提案は避けてください」といった具合です。制約はガードレールです。モデルはそれらをうまく扱えますが、それはあなたが明確に言語化した場合に限られます。

より良い結果を得るための4つのテクニック

基本をマスターしたら、いくつかの高度な手法でアプローチを洗練させることができます。どれも特別なトレーニングは必要ありません。単に、モデルが従えるように自分の思考を構造化する方法に過ぎません。

複雑な作業をステップに分解する
一度にすべてを求めないでください。マーケティングキャンペーンが必要な場合は、まずターゲット層の分析から始めます。その出力を確認してから、メッセージングを依頼します。次に、チャネルの選定を依頼します。このように段階的なアプローチをとることで、初期段階で認識のズレを捉えることができます。また、一度の実行で10個の相反する要件のバランスを取ろうとして、モデルが混乱するのを防ぐこともできます。コーディングタスクの場合は、まずアーキテクチャを求め、次に実装、そしてテストを依頼してください。各ステップが前のステップに基づいているため、コントロールを維持したまま進めることができます。

思考プロセスを求める
Chain-of-thought prompting(思考の連鎖プロンプティング)とは、単にClaudeに対し、最終的な回答を出す前にそのプロセスを示させることを意味します。「ステップバイステップで思考プロセスを説明し、その後に結論を出してください」といったフレーズは、論理問題、数学、コーディングのデバッグにおいて驚異的な効果を発揮します。モデルがどのように回答に辿り着いたかを確認できれば、要件を誤解した瞬間や、データセットから誤った値を取得した瞬間を正確に特定できます。これにより、ブラックボックスだったプロセスを監査可能なものへと変えることができます。

XMLタグを使用して情報を分離する
プロンプトに大量のテキストが含まれている場合、モデルはソース資料と指示を混同してしまうことがあります。異なるセクションを <context><task>、または <example> といったタグで囲んでください。例えば:

私たちは従業員40名の、リモートワークを基本とするSaaS企業です。 SlackからMicrosoft Teamsへの移行を通知する、全社向けのメモを作成してください。 トーンは明るく、かつ不自然にならないようにしてください。200単語以内に収めてください。

この構造はドキュメントの見出しのような役割を果たします。これにより、モデルが背景情報を誤ってタスクの一部として扱ってしまうのを防ぎ、長いプロンプトも後で編集しやすくなります。

言葉で説明するだけでなく、例を示す
Few-shot prompting(フューショット・プロンプティング)とは、希望するスタイルや形式の例を2〜4個提示することを意味します。モデルはパターンマッチング・エンジンです。詳細な説明よりも、例示からの方が早く学習することがよくあります。会議のメモをアクションアイテム(実行項目)に変換したい場合は、生のメモの例を2つ貼り付け、その後に期待する正確な構造化出力を続けてください。Claudeは、新しい入力に対して驚くほどの精度でそのパターンを再現します。形式を10文で説明するよりも、3つの簡潔な例を示す方が、通常は効果的です。

そのまま使えるテンプレート

プロンプト入力欄を前にして手が止まってしまったら、この骨組みを使ってみてください。回答が短くても、すべてのブラケット([ ])を埋めてください。

Role: [具体的な役割と関連する専門知識を入力] Context: [背景、対象読者、および目的を入力] Task: [強い動詞を用いて、正確なアクションを入力] Format: [希望する構造を入力:リスト、表、エッセイ、JSONなど] Constraints: [トーン、長さ、禁止語句、または避けるべきトピックを入力]

記入例は以下の通りです:

Role: あなたはB2B給与計算スタートアップのプロダクトマーケティングマネージャーです。 Context: 中堅企業向けに州税の申告を自動化する機能をリリースします。対象は、コンプライアンス関連の書類作業に追われている人事部長です。目的は、デモの予約を獲得することです。 Task: 手動での申告作業の苦労から始まり、最後に15分間の電話会議を提案する、120単語程度のメールを作成してください。 Format: 件名、短い本文2段落、およびコールトゥアクション(CTA)ボタンのラベル。 Constraints: 「synergy」や「bandwidth」といった専門用語は使用しないでください。トーンはプロフェッショナルでありながら温かみのあるものにしてください。感嘆符(!)は使用しないでください。

このプロンプトは、Claudeが必要とするすべての情報を提供しています。結果は完璧ではないかもしれませんが、ゼロから書き直すのではなく、編集するだけで済む程度には近づくはずです。

重要なポイント

すべてのリクエストに対して、5部構成の傑作を作る必要はありません。「レンズ豆の美味しいレシピは?」と尋ねるのに、役割やXMLタグは必要ありません。しかし、出力が重要な場合、タスクが複雑な場合、あるいは3回連続で期待外れの回答が返ってきた場合は、このチェックリストを確認してください。プロンプトが失敗する原因の多くは、人間がまだ思考を整理しきれていない(考えながら指示を出している)ためです。自分が本当に何を求めているのか、それは誰のためなのか、そしてどのような形式であるべきかを決めるために、30秒時間を取ってください。事前にその思考を行うことで、回答を修正するために費やす時間を大幅に減らすことができます。明確な指示は、明確な結果をもたらします。それ以外はすべてノイズに過ぎません。