meeting-summary

name	meeting-summary
description	作成手順「meeting-summary」（self-evolving-agent から自動同期）: 会議要約作成手順

会議要約作成手順

用途: あらゆる会議（1on1・プロダクト定例・外部パートナー同期・技術ディスカッション・採用面接・インシデント対応 等）の記録を workspace/meeting-summary-YYYYMMDD-[会議名].md または Notion の所定ページに作成するとき。

---

Step 1：会議タイプを最初に宣言する

インプット（議事メモ・Slack ログ・記憶）の先頭で必ずタイプを確定させる。タイプが変わると必須セクションが変わる。

タイプ	代表例	追加で必須になるセクション
1on1	メンバーとの隔週 1on1	個人コミットメント、次回確認事項
プロダクト定例	EVD 企画定例・スプリントプランニング	KPI 影響、スプリント連携
外部パートナー同期	電通定例、外部 API チームとの同期	社内側 / 外部側 責任分担表
技術ディスカッション	アーキテクチャ検討、技術選定	却下した代替案と理由、再検討トリガー
採用	面接振り返り、採用判断会議	評価サマリー、次ステップ判断
インシデント対応	障害対応、P1 バグ緊急会議	暫定対応・影響範囲（詳細は postmortem-document 手順に委ねる）

---

Step 2：全タイプ共通セクション（必ず出力する）

## 会議の目的・背景（1〜2 行）
（なぜこの会議が必要だったか。文脈がない人が読んでも状況を把握できる最小限の背景。）

## 決定事項
| # | 決定内容 | 根拠・一言 |
|---|---|---|
| 1 | … | … |
（根拠は一行でよい。「なぜ」がないと後から読んだとき決定の重みが伝わらない。）

## 保留・持ち越し事項
| # | 内容 | 持ち越し理由 | 確認期限 |
|---|---|---|---|
| 1 | … | … | [YYYY-MM-DD] |
（保留ゼロのときは「なし」と明記 ―― 空欄にしない。）

## アクションアイテム
| # | アクション | オーナー | 期限 | 優先度 |
|---|---|---|---|---|
| 1 | … | … | [YYYY-MM-DD] | 🔴/🟡/🟢 |
（期限・オーナー不明のときは [未定] プレースホルダーを使う。空欄禁止。）

## リスク・ブロッカー
| # | 内容 | 状態 | オーナー |
|---|---|---|---|
| 1 | … | 🔴/🟡/🟢 | … |

## 次回シード（次の会議・次の準備への橋渡し）
- 次回確認したいこと: …
- 今回の保留事項のうち次回アジェンダ候補: …
（1on1 準備・スプリントプランニング・定例準備で直接コピーして使う。）

---

Step 2.5：相対日付フレーズの絶対化（必須）

議事メモを書く前に実施する。"Thu"・"next Mon"・"来週金曜"・"before Wed" 等の相対表現が1件でもある場合はこのステップを省略できない。

解決ルール

議事メモの表現	解釈ルール
"ships Thu" / "by Thu" / "Thursday"	今日から見て次に来る木曜の絶対日付
"before Thu" / "prior to Thu"	木曜の前日（= 水曜中）が期限。木曜当日ではない
"by end of week"	金曜中
"next Mon" / "来週月曜"	翌週月曜（今日が月曜なら 7 日後）
曜日のみ（日付なし）	絶対日付を計算し「木 2026-06-26」形式で注記

⚠️「before X」トラップ（最重要）

「before Thursday」は木曜が期限ではなく「木曜の前日＝水曜中」が期限。

• ❌ 誤: "review before Thu" → 期限: 木 2026-06-26 中
• ✅ 正: "review before Thu" → 期限: 水 2026-06-25 中（木曜リリース前日）

python3 検証コマンド（目視・暗算禁止。必ずコードで確認する）

# 特定日付の曜日確認
python3 -c "from datetime import date; d=date(YYYY,M,D); print(d, d.strftime('%A'))"

# 今週の特定曜日（0=月〜6=日）を取得
python3 -c "
from datetime import date, timedelta
today = date.today()
target_weekday = 3  # 0=Mon, 1=Tue, 2=Wed, 3=Thu, 4=Fri
days_ahead = (target_weekday - today.weekday()) % 7
d = today + timedelta(days_ahead)
print(d, d.strftime('%A'))
"

なぜ必須か: 暗算での週内計算は系統的に 1〜2 日ずれる（Operating Adjustments 参照）。 "before Thu" と "by Thu" は意味が異なる。コードで X の日付を確認したあと、"before X" なら −1 日する。

---

Step 3：タイプ別追加セクション（タイプに応じて追加）

1on1 の場合:

## 個人コミットメント（次回 1on1 まで）
| 本人 | Andy |
|---|---|
| … | … |
（「次回までにこれだけ試してみて」の合意内容。曖昧な励ましより具体的な約束。）

外部パートナー同期の場合:

## 責任分担（社内 vs 外部）
| アクション | 社内側 | 外部側 | 期限 |
|---|---|---|---|
| … | … | … | … |
（外部チームへの依頼は必ず「誰が・何を・いつまでに」を明示。）

技術ディスカッションの場合:

## 却下した代替案と理由
| 案 | 却下理由 |
|---|---|
| … | … |
（議事録に却下理由が残っていないと、数ヶ月後に同じ議論が再燃する。）

## 再検討トリガー
（この決定をいつ・何が起きたら見直すか。例: 「PoC コストが想定の 2 倍を超えたら再検討」）

---

Step 4：出力前の品質チェック（30 秒）

• 決定事項に「根拠・一行」が全件入っているか
• 保留事項が「なし」または具体的内容で埋まっているか（空欄ではないか）
• アクションアイテムの期限・オーナーが全件入っているか（[未定] でも可）
• 次回シードが 1 件以上あるか
• タイプ別追加セクションが含まれているか
• 議事メモ中の相対日付フレーズ（"ships Thu"・"before Mon"・"来週金曜" 等）を python3 で絶対日付に変換・検証したか。特に "before X" は X-1（前日）が期限であることを確認したか

---

取り込み経緯: 2026-06-12 の auto-kaizen セッションで「会議要約が現行ゲノムの最大改善余地」と自己診断し、workspace/auto-kaizen.md に作成したテンプレートを procedure として昇格。既存 eval の 3 セクション出力（決定事項/リスク/AI のみ）に背景・保留・次回シードが欠落していた実態が出発点。