foundation-stakeholder-update

ステークホルダー向け更新

ステークホルダー向け更新とは、会議の成果を知る必要がある読者に向けた非同期コミュニケーションです。主な対象は会議に出席しなかった人で、次に、参考資料として確認したい出席者（遅れて参加した人、途中で退席した人、誰かに転送する必要がある人）が対象になります。

対象読者、形式、目的において、foundation-meeting-recap とは異なります。レキャップは会議に参加した人に向けて何があったかを要約するものです。一方、ステークホルダー向け更新は、読者の役割に合わせて、成果が読者にとって何を意味するかを伝えるものです。対象読者に応じて、技術的な内容をビジネス向けに言い換えます。

/discover-stakeholder-summary とは異なります。このスキルはステークホルダーを理解すること（ユーザーの仕事へのインプット）を目的とします。このスキルはステークホルダーに伝えること（ユーザーの仕事からのアウトプット）を目的とします。

このスキルは、会議スキルファミリーに属します。会議スキルファミリーの契約に準拠しています。

使用するタイミング

• 会議に参加していなかったチームに影響する成果が出た後
• 決定事項やコミットメントを、後続チームに非同期で共有する必要があるとき
• レキャップがあり、対象読者に合わせた表現に言い換える必要があるとき
• 読者に具体的な行動喚起（CTA）を求めており、それが埋もれると困るとき

使用しないタイミング

• 出席者向けに会議で何があったかを要約するとき。foundation-meeting-recap を使用してください。
• 対象読者に合わせた調整をせず、状況を一斉に共有するとき。通常の Slack メッセージで十分です。このスキルは、内容の言い換えや CTA の構成が重要な場合に役立ちます。
• 調査結果をステークホルダーに伝えるとき。/discover-interview-synthesis と対象を絞ったコミュニケーションを使用してください。
• 情報源が単一の会議の成果ではなく、複数の対象読者に合わせた説明資料へ展開する必要のある幅広い資料（仕様書、ディスカバリーの統合資料、調査レポート、GTM 計画、実験結果など）で、共通のマスター資料があるとき。foundation-stakeholder-briefings を使用してください。

手間のかからない実行

ファミリー契約に従い、このスキルは質問によって処理を止めることはありません。デフォルトの流れは次のとおりです。

1. 関連するレキャップ（推奨）または会議の生メモを読み込む
2. 同じディレクトリ内の、同じ project／topics に関する過去のステークホルダー向け更新をスキャンし、スレッドの継続を検出する
3. 指定がない場合、対象者のバリエーションからチャンネルを推定する：エンジニアリング／デザイン → slack、リーダーシップ → email、混在 → notion
4. 推定内容の要約を提示する（検出したチャンネル、対象読者、CTA、スレッドの継続がある場合はその情報、言い換え候補）
5. go または修正指示を受け付ける
6. チャンネルに合わせた更新を作成する

--go を付けて呼び出された場合、推定内容の要約を省略します。出力全体が共有可能なコンテンツになります（ファミリー契約に従い、別の要約ブロックは不要です）。

手順

ステークホルダー向けの更新情報を作成するよう依頼された場合は、次の手順に従います。

1. 関連する議事録要約を読み込む フロントマターを解析し、会議の背景、決定事項、アクション、成果を抽出します。議事録要約が提供されていない場合は、入力品質フラグを下げたうえで、生の会議メモを受け付けます。

2. スレッドの継続を検出する 同じディレクトリで、project / topics が一致する過去の stakeholder-update 成果物を検索します。見つかった場合は、フロントマターの thread_continuation_of フィールドで過去の更新情報を参照します。

3. go-mode の推論要約を提示する 推定したチャネル（指定されていない場合）、検出した対象読者、提案する CTA、スレッド継続の状況、翻訳候補（対象読者に伝わらない可能性のある専門用語や頭字語にフラグを付ける）を提示します。

4. 主な成果を絞り込む 議事録要約またはメモから、対象読者にとって重要な成果を3～5件選びます。議事録要約の内容をすべて含めないでください。対象読者との関連性に応じて選別します。

5. CTA を明確にする アクションが必要な場合：埋もれさせず、最初に示します。 情報共有のみの場合：TL;DR でその旨を明記します。

6. 技術用語をビジネス向けに言い換える 対象読者に伝わりにくい専門用語や頭字語にフラグを付けます。平易な代替表現を提示します。ユーザーが確認できるよう、適用した翻訳のログを出力の Generation context に残します。

7. チャネルに合わせたバリエーションを作成する

   • Slack / Teams：見出し（アクションを促す1行。絵文字は任意）、TL;DR を3つの箇条書きで記載、背景説明の文、「[対象読者]にとっての意味」、CTA（アクションが必要な場合はマーカー付きで太字。不要な場合は FYI-only を斜体で記載）、スレッド継続へのリンク、関連リンクのフッター
   • Email：件名（トピック＋成果）、あいさつ（「[対象読者]の皆さま」）、冒頭文（見出し＋受信理由）、TL;DR、背景説明を2～3文で記載、決定事項／進展事項、チームにとっての意味、依頼事項（期限付き）、スレッド参照、結びの言葉
   • Notion：H1/H2/H3 を使った構成、詳細な背景説明ブロック、詳細を折りたたみ可能なセクションにする、決定事項とアクションを表にする
   • Exec-memo：最初に TL;DR（3～4行）、最大3つのセクションで補足情報を記載、依頼事項のセクションを前方に配置、フォーマルな文体、絵文字なし

8. 選択したバリエーションを主要版として TEMPLATE.md をレンダリングする ユーザーが選べるよう、他のバリエーションを折りたたみ可能な代替案として含めてもかまいません。最終成果物からすべてのガイダンス引用ブロックを削除します。

9. 検証する

   • channel が列挙型の値である
   • audience_variant が列挙型の値である
   • primary_cta が空でない（アクションが不要な場合は「FYI-only」を使用）
   • related_recap が有効なファイル名参照であるか、生メモ入力としてフラグが付いている

品質チェックリスト

• チャネルのバリエーションが、指定または推定されたチャネルと一致している
• 対象読者のバリエーションにある「対象読者にとっての意味」が、個別に調整されており、一般的な内容ではない
• CTA が埋もれず、前方に示されている
• 技術用語からビジネス向けへの翻訳が、ユーザー確認用として Generation context に記録されている（INTERNAL。共有可能な範囲外）
• 同じトピックの過去の更新情報が存在する場合、スレッドの継続が参照されている
• ## Shareable update セクションがあり、チャネルに合わせた本文が記載されている（v1.1.0。v1.0.0 の「出力全体が共有可能」に代わるもの）
• Shareable update と内部セクション（翻訳、ソース）の間に明確な境界マーカーがある
• Sources and References セクションに、ソースとなる議事録要約とスレッド内の過去の更新情報が記載されている（INTERNAL）
• ファイル名が v1.1.0 の形式に従っている：YYYY-MM-DD_HH-MMtimezone_title_stakeholder-update-{channel}-{audience}.md

関連項目

• Meeting Skills Family Contract
• foundation-meeting-recap。上流工程：主要な入力ソース
• /discover-stakeholder-summary。目的が異なります（ステークホルダーを理解するためのものであり、ステークホルダーに伝えるためのものではありません）