Prompt Guidance
本当に使える AI Prompt の書き方
良い prompt は魔法の言葉ではありません。明確なタスクブリーフです。AI に、何をしてほしいのか、どの資料を使うのか、誰に向けた出力なのか、どの形式にするのか、何を作り話してはいけないのか、どんな結果なら役に立つのかを伝えます。
モデル別の prompt ガイドもあります。動画生成なら被写体、動き、カメラ、スタイル、尺に注目します。画像生成なら構図、光、素材、アスペクト比を指定します。汎用 prompt は別物です。調査、執筆、要約、分析、リライト、計画のような知識作業を明確に説明するためのものです。
Ottermind で Web ページ、PDF、メモ、会議録、調査資料を扱うなら、この構造は特に役立ちます。
汎用 prompt の基本式
多くの知識作業では、次の構造を使います。
役割 / 目的 / 文脈 / 入力資料 / 出力形式 / 制約 / 受け入れ基準毎回すべての項目が必要なわけではありません。ただしタスクが複雑になるほど、「これを要約して」のような一文だけでは不十分です。
あなたは [役割] です。[入力資料] に基づいて、[タスクの目的] を完了してください。
文脈：
[読者、目的、状況を説明する]
出力：
- [結果 1]
- [結果 2]
- [結果 3]
要件：
- [形式]
- [トーンやスタイル]
- [事実、プライバシー、著作権、安全上の制約]
- [受け入れ基準]
まず目的を書く
弱い prompt：
この記事を分析してください。より良い prompt：
この記事に基づいて、プロダクトチームに役立つ洞察を5つ抽出してください。それぞれに根拠、想定される影響、次に取れるアクションを含めてください。書く前に考えること：
- AI に何をしてほしいか：要約、比較、分類、リライト、生成、確認、推論のどれか？
- 誰が読むのか：自分、チーム、顧客、経営層、公開ユーザーか？
- どう使うのか：意思決定、報告、公開、実行、議論のどれか？
十分な文脈を加える
文脈は、モデルが判断基準を理解する助けになります。
あなたは B2B SaaS の営業アドバイザーです。フォローアップメールを書いてください。
文脈：
- 顧客は約80人の越境 EC 企業です
- 先週プロダクトデモを見ました
- 顧客が最も気にしているのはナレッジベースの保守とチーム連携です
- 目的は強引に売ることではなく、30分のソリューション相談を設定することです有用な文脈には、読者、段階、ビジネス目的、トーン、過去の出来事、確定事実と仮定の区別が含まれます。
入力資料を定義する
提供した資料だけに基づいて答えてほしい場合は、明確に伝えます。
<materials> 内の内容だけに基づいて回答してください。外部情報は追加しないでください。資料が不十分な場合は、「この資料だけでは判断するのに十分な情報がありません」と書いてください。
<materials>
Web ページ、PDF メモ、会議録、インタビュー記録、調査抜粋を貼り付ける。
</materials>資料が多い場合は、先に事実抽出を依頼します。
まず資料から事実を抽出してください。まだ提案はしないでください。
出力：
- 主要な事実
- 数字や指標
- 言及された人物、会社、製品、日付
- 確認が必要な不確かな情報
- 後続の分析を支える証拠先に抽出し、その後で分析する方が安定します。
出力形式を指定する
弱い prompt：
この会議を要約してください。より良い prompt：
この会議録を次の形式にしてください。
1. 会議の結論：3項目以内
2. アクション項目：担当者ごとに分類
3. リスクとブロッカー：リーダーが見るべきものだけ
4. 次回までに確認する質問：最大5つ
簡潔に書き、会議全体を語り直さないでください。出力形式は、リスト、表、メール、アウトライン、JSON、ステップ別計画などにできます。結果を文書、メール、スライド、タスク管理に入れるなら、最初に形式を決めてください。
制約を加える
制約は、脱線、幻覚、使いにくい文体を減らします。
- 資料にない情報を作らない
- 大げさなマーケティング表現を使わない
- 指定した長さ以内にする
- センシティブな個人情報を出さない
- 1つの例を一般法則のように扱わない
- 仮定と不確実性を明示する
要件：
- 私が提供した資料だけを使う
- 資料にない会社データを追加しない
- 結論が仮定に依存する場合、仮定を別に列挙する
- プロフェッショナルなトーンで、大げさな表現は避ける受け入れ基準を書く
良い結果の条件を AI に伝えます。
良い結果は次を満たす必要があります。
- 読者が2分で主要結論を理解できる
- 各結論に資料からの根拠がある
- プロダクトチームが実行できる提案を含む
- 不確かな情報が明確に示されている
- 800語以内に収まっている重要な出力では、自己チェックも依頼できます。
回答を生成した後、受け入れ基準に照らして確認してください。満たしていない点があれば、説明だけでなく直接修正してください。例：調査要約 prompt
あなたはリサーチアナリストです。<materials> に基づいて、プロダクトチーム向けの調査要約を作成してください。
文脈：
新しいプロダクト方向を評価しており、ユーザー課題、市場シグナル、リスクを理解する必要があります。
<materials>
Web ページ、PDF メモ、ユーザーインタビュー、Reddit 議論、競合ページ、業界レポート抜粋を貼り付ける。
</materials>
出力：
1. 主要結論：最大5つ
2. ユーザー課題：重要度順
3. 根拠：課題ごとに1つのソースメモ
4. プロダクト機会：検証できる方向
5. リスクと不確実性：まだ確認が必要なこと
6. 次の調査質問：5つ
要件：
- 資料だけに基づいて回答する
- データを作らない
- 根拠が不足している場合は明記する
- 社内プロダクト議論向けに簡潔に書く例：会議メモをアクションリストにする
あなたはプロジェクトマネージャーです。以下の会議メモを実行可能なアクションリストに変えてください。
<meeting_notes>
会議メモを貼り付ける。
</meeting_notes>
出力：
- 会議の結論：最大3つ
- アクション項目：タスク、担当者、期限、依存関係
- リスク：進行や意思決定に影響するものだけ
- 未解決の質問：フォローアップが必要な情報
- 今は無視：触れられたが実行には関係ない詳細
要件：
- 担当者や期限がない場合は「未指定」と書く
- メモにない決定を作らない
- 各タスクはタスク管理に入れられるほど明確にする良い prompt を Ottermind に保存する
最良の prompt は、多くの場合イテレーションから生まれます。うまくいく構造を見つけたら、入力例、良い出力例、利用メモと一緒に Ottermind のテンプレートとして保存してください。
時間がたつと、prompt ライブラリは単なるフレーズ集ではなく、調査、執筆、分析、会議、実行のための再利用可能なブリーフ集になります。
