foundation-meeting-recap

会議の振り返り

会議の振り返りとは、出席者向けに作成され、限定的に共有される、会議後のトピック別要約です。時系列ではなくトピックごとに内容を整理し、決定事項を視覚的に強調します。また、各トピックのセグメント内に担当者、期限、依存関係とともにアクションを記載し、最後に一覧性を高めるためのアクションの統合ビューを設けます。

このスキルは、別個の「meeting-actions」スキルに分けるはずだった機能を取り込みます。この系統のアクションは、兄弟となる別の成果物ではなく、意味を理解するためのコンテキストとともに記載されます。

このスキルは Meeting Skills Family に属します。Meeting Skills Family Contract に準拠しています。

使用する場合

• 出席者に影響する決定事項やアクションが生じた、あらゆる社内会議の後
• 兄弟スキルの foundation-meeting-agenda が存在し、予定したトピックと実際のトピックを照合する必要がある場合
• 時系列の文字起こしではなく、トピック別に整理された参照資料がチームに必要な場合
• 入力に文字起こし（Zoom、Meet、Otter、Fireflies、Krisp MCP）またはメモと文字起こしの混在データが含まれる場合

使用しない場合

• 会議前に、出席者が確認する会議の構成（トピック、担当者、時間枠）を設定する場合。foundation-meeting-agenda を使用してください。振り返りは会議後に実際の内容を要約し、アジェンダは会議前に予定を示します。
• 重要な会議の前に、ユーザー個人の戦略的な立ち位置を準備する場合。foundation-meeting-brief を使用してください。振り返りは共有する会議後の記録であり、ブリーフは出席者には決して見せない、会議前の実務的な準備資料です。
• 出席していない人に結果を伝える場合。foundation-stakeholder-update を使用してください。振り返りは読み手が会議の背景を理解していることを前提としますが、ステークホルダー向けアップデートは背景を知らない読み手にもわかるように内容を伝えます。
• 複数の会議にまたがる統合（複数の会議に共通するパターンの分析）。 foundation-meeting-synthesize を使用してください。
• 1 回の会議の出席者ではなく、複数の参加者へのユーザーリサーチインタビューを統合する場合。 discover-interview-synthesis を使用してください。振り返りは 1 回の会議をトピック別に整理し、インタビュー統合は複数のリサーチ会話からパターンを見つけます。
• 会議中のリアルタイムなメモ取り。このスキルは完成した入力を使用するものであり、会議をリアルタイムで文字起こしするものではありません。

手間を最小限に抑えた実行

ファミリー契約に基づき、このスキルは質問を重ねて処理を止めることはありません。標準の流れは次のとおりです。

1. 提供された入力（文字起こし、メモ、またはその混在データ）をすべて読み、冒頭で入力の品質を記録します
2. 同じディレクトリ内の *_{title}_agenda.md をファイル名のプレフィックスで照合し、関連するアジェンダを自動検出します
3. 推論を実行します。内容から会議のメタデータを抽出し、言語上のマーカーから決定事項を、命令形の未来表現からアクションを、出席者のコンテキストから担当者を判断します
4. 推論の概要を簡潔に提示し、ユーザーから一語の go または修正を受け付けます
5. 振り返りを作成します

--go が指定された場合は、推論の概要を省略します。ユーザーがすべてのメタデータを最初に提供した場合、確認ステップは表示されません。

捏造の禁止

このスキルは、担当者、決定事項、アクションを決して捏造しません。アクションの担当者が明示されていない場合は、創作せず [owner: unassigned, needs confirmation] として記録します。決定事項が暗示されている場合（「X に決まったように聞こえた」など）は、事実として述べるのではなく、確信度マーカーを付けます。捏造による信頼の低下は、問題を明示することで生じる多少の手間よりも深刻です。

オーナー割り当ての調整しきい値（v1.1.0）

担当者未割り当てのアクション数を全アクション数で割った比率が 0.3（30%）を超える場合、または優先度の高いアクションに担当者が割り当てられていない場合、トピック別セクションの上に、専用の ## ⚠ Ownership reconciliation required セクションを表示します。このセクションには、以下を記載します。

• 担当者未割り当てのアクションすべて
• 各アクションの次のステップの提案（トピックの文脈から誰が担当すべきと思われるかを、推測であることを明記）
• 推奨するフォローアップアクション（Slack スレッド、15 分の同期、非同期アンケート）

条件に該当する場合、共有可能な要約の冒頭にも次のフラグを表示します。⚠ Ownership reconciliation required: N of M actions lack owners.

unassigned_action_ratio frontmatter フィールドには、後続ツール向けに比率（浮動小数点数、0.0～1.0）を記録します。

理由：担当者がいないアクションが 60% を占める要約は、「捏造されていない」（上記の禁止事項に従っている）としても、運用上は機能しません。壊れたチケットの山です。このしきい値により、問題を黙って見過ごすのではなく、明確に示せます。

手順

会議の要約を作成するよう求められた場合は、次の手順に従ってください。

1. 入力を解析して種類を判定する 文字起こし（タイムスタンプと話者を付記した行）、メモ（箇条書きまたは文章）、または混合形式かを判定します。入力の品質を最初に記します。文字起こしと構造化されたメモの組み合わせは高品質、簡素な箇条書きは低品質です。

2. 関連する議題を自動検出する 同じディレクトリで、{YYYY-MM-DD}_{HH-MMtimezone}_{title-slug}_agenda.md というパターンに一致するファイルを探します。見つかった場合は読み込みます。そのトピック一覧を要約の骨組みとし、desired_outcomes を会議の成果の評価に使います。

3. 実行前の推測内容を提示する 検出した会議の日付、タイトル、出席者（推測できる場合）、入力品質の評価を示します。go または修正を受け付けます。

4. 内容をトピックごとに分ける

   • 議題を読み込んだ場合は、そのトピック一覧を土台にします（新たに浮上したトピックも追加します）
   • 議題がない場合は、文字起こしの話題転換を示す表現（「次に進みます」「もう一つの件」など）からトピックを特定します

5. トピックごとに以下を抽出する

   • 議論の要約：議論された内容をまとめた 2～3 文
   • 決定事項：視覚的に太字で強調します。決して捏造しないでください。不確かな場合は「X と決定したようです［確信度：中］」と記します
   • アクション：担当者、期限、依存関係を記します。担当者が不明な場合は [owner: unassigned]、期限が不明な場合は [due: not specified] と明記します。決して作り上げないでください
   • 未解決の質問：未解決の項目を記載し、本当に未解決なのか、単に再度話題に上らなかっただけなのかを確信度とともに示します

6. 担当者ごとにアクションをまとめる すべてのアクションを担当者ごとに再編成します。担当者が「この会議の後、自分が対応すべきこと」を一目で確認できるようにします。

7. 議題と照合する（議題を読み込んだ場合）

   • topics_planned：議題のトピック一覧
   • topics_hit：実際に議論されたトピック
   • topics_skipped：予定されていたが議論されなかったトピック。簡潔な理由を添える
   • topics_emerged：議題にはなかったが、議論されたトピック

8. 会議の品質を示す情報を評価する

   • outcomes_achieved：議題の desired_outcomes のうち達成されたものの割合（N/M）。議題がある場合に記載します
   • started_on_time / ended_on_time：タイムスタンプがある場合はそこから判定し、ない場合は省略します
   • key_attendees_present：意思決定者が不在だったかどうかを示します

9. 次のステップを提示する 次回の会議までに、クリティカルパス上で何を行う必要があるかを記載します。

10. TEMPLATE.md に沿って出力し、検証する

    • すべてのアクションの担当者が attendees に含まれるか、明示的に unassigned とされている
    • meeting_quality.outcomes_achieved の値が、入力されている場合は N/M の形式になっている
    • agenda_reconciliation のフィールドが、空のリストであっても存在する

プロジェクトメモリの契約

.claude/pm-skills.local.md が存在する場合にのみ有効です。ファイルがない場合は、このセクション全体を無視し、 上記の説明どおりに動作してください。

• 読み取り： active_initiative。決定事項が該当するイニシアチブに記録されるようにします。
• 書き込み： 会議で実際に合意された各決定事項を、日付と帰属先を添えて ## Decisions セクションに記録し、要約自体も decision アーティファクトとして記録します。
• 方針： 記録内容を提案し、書き込む前に確認を待ちます。ただし、memory_auto_append: true が設定されている場合は追記し、書き込んだ内容をそのまま返します。
• 書き込みの規律： 書き込む直前にファイルを再読み込みしてください。提案の作成に使ったコピーから書き込んではいけません。その間にファイルが変更されていた場合は、現在の状態に自分の記録を統合し、上書きせずに再提案してください。自分の記録だけを追加し、他のすべてのフィールドとセクションはバイト単位で同一に保ちます。実行時にこれを強制する仕組みはなく、ファイルは Git で無視されるため、不注意にファイル全体を書き込むと、復旧手段のないまま別のセッションの作業を失うことになります。

上記の捏造禁止ルールは、この書き込みにも例外なく適用されます。明示された決定事項のみを記録してください。記録されなかった決定事項は後から復元できますが、永続メモリに捏造して記録したものは復元できません。これは、ファイル名に基づくファミリー内の連携を置き換えるものではなく、それを補完するものです。ファイル名は引き続き、1 回の会議に属する関連アーティファクトを特定し、プロジェクトメモリは会議をまたいで永続的な製品コンテキストを保持します。

品質チェックリスト

• 入力の品質を正直に評価（高／中／低）
• アジェンダの自動検出を試み、その結果を Generation context に記録
• 各トピックのセグメントに Discussion／Decisions／Actions／Open questions のサブセクションがある
• 決定事項を太字で示し、決して捏造しない。推測した場合は確信度を明記
• 各アクションに担当者（または明示的な unassigned）と期限（または明示的な not specified）を記載
• アクションを担当者ごとに再編成した一覧を作成
• アジェンダが読み込まれた場合、アジェンダとの照合結果を記入
• 入手可能なデータを用いて会議の品質指標を記入し、スキップした項目を明記
• 共有可能な要約を 5～6 行で作成し、決定事項と最重要アクションから始める
• Sources and References Generation context に、議事録のソースと不足している担当者／期限を記載

関連項目

• Meeting Skills Family Contract
• foundation-meeting-agenda。上流：トピックの骨子と期待する成果を提供
• foundation-meeting-synthesize。下流：会議をまたいだ統合のために要約を利用
• foundation-stakeholder-update。下流：会議に参加しなかった人向けに要約の成果を伝達