Live・実践から記録 automationdiary.com
RSSフィード 26 · 07 · 2026
プロンプトチェーン

40ページのブリーフを1ページの意思決定メモに圧縮するプロンプトチェーン

40ページのクライアントブリーフから1件の意思決定メモを抽出するために使った、実際のプロンプトチェーン。三つのプロンプト、40分、最後に残るのは1ページだけ。

40ページのブリーフを1ページの意思決定メモに圧縮するプロンプトチェーン

匿名化されたアーティファクト。クライアントおよび案件の文脈は削除済み。

クライアントのブリーフが長くなるのは、委員会が作るからです。委員会は自分たちの声が聞き入れられたと感じる必要があり、意思決定者は1ページを必要とします。このチェーンはそのギャップを橋渡しします。

三段階プロンプトの構造:

プロンプト1 — マップ: 「添付文書を読んでください。このプロジェクトが進む前に下されなければならない五つの意思決定を列挙してください。それぞれの意思決定について、誰が決めるのか、どんな情報が必要か、期限はいつかを特定してください。」 出力: 半ページを超えることがめったにない、構造化された意思決定マップ。

プロンプト2 — 抽出: 「マップにある意思決定だけを使い、最も時間的切迫度が高い意思決定と、それを下すために必要な最小限の情報を抽出してください。それ以外はすべて捨ててください。」 出力: 二段落の要約。ここで39ページが削られます。

プロンプト3 — フォーマット: 「この要約を、次の形式の意思決定メモとして書き直してください。(1)何を決めるべきか、(2)誰が決めるか、(3)いつまでに、(4)どんな情報がそれを裏づけるか、(5)何が欠けているか。」 出力: 1ページのメモ。

このチェーンがやらないこと: 意思決定そのものは行いません。ブリーフが正しいかどうかも評価しません。クライアントとの関係の文脈も把握していません。出力されたメモは、どこかに送られる前に人間が読みます。

最初の試行での失敗モード: 抽出プロンプトは、ブリーフに対しては正確だが、実際の意思決定の切迫度に対しては正確ではない要約を生み出しました。ブリーフが重要だと書いていたものを抽出しただけで、クライアントが実際にまず解決してほしかったものではなかったのです。修正として、こう制約を追加しました。「文書の順序ではなく、時間的切迫度で優先順位をつけること。」この一節が、すべての出力を変えました。

再利用性: このチェーンは、内容の濃いあらゆるブリーフィング文書に対して機能します。プロンプト自体は、私がショップ向けに商品化しているProspect Intakeテンプレートの一部で、文書タイプとクライアント文脈用の空欄が用意されています。

Note: ここに表示されているアーティファクトはすべて匿名化されています。クライアント、プロジェクト、案件の詳細は削除または一般化されています。運用上のパターンと失敗モードは実際のものですが、特定につながる文脈は示していません。
すべてのフィールドアウトプットに戻る

実際のワークフローをひとつ、受信箱へ、 準備ができたときに。

スケジュールなし。埋め合わせなし。スポンサードの掲載なし。あなたの10分に見合う新しい構築物ができたときだけ配信する。だいたい2〜4週間おき。

「誰にも報酬をもらわなくても書いていたであろうものしか送りません。それが終わった日、このニュースレターも終わります。」

配信頻度 あなたの10分に見合う構築物があるときだけ
New公開したばかり
2〜4週号と号の間隔
0これまでのスポンサード数