meeting-intelligence-system-skill

ミーティングインテリジェンスシステム

社内ミーティングの文字起こしまたはメモを、構造化された記録（担当者と根拠を含む決定事項、担当者・期限・優先度を含むアクションアイテム、阻害要因、未解決の質問、感情）とフォローアップメールにまとめ、Gmail の下書きとして作成します。テキストを貼り付けるだけではありません。対象は Epiphan 社内のミーティングのみです。文字起こしが見込み顧客や顧客との通話だと判明した場合は、ここでは分析せず、セールス通話用のスキルに振り分けます。 キーワード：`meeting minutes`、`action items`、`standup`、`retro`、`planning meeting`、`follow-up email`

<quick_start> トリガー：「このミーティングを分析して」／「このスタンドアップからアクションアイテムを抽出して」／「このメモからフォローアップメールを作成して」。 **入力：**貼り付けた文字起こしまたはメモ、Google Drive ファイル（read_file_content）、または社内で録音されたミーティングの Clari 通話 ID（文字起こしを含む clari_get_call）。

ツールの順序：

1. 対象範囲の確認 — 参加者に Epiphan 以外のドメインが含まれる場合、または内容が見込み顧客との商談・デモ・価格交渉に関する場合は、停止して次のように振り分けます：「これはセールス通話です。call-recording-analyzer-skill を使用してください。」ここでは要約しないでください。
2. 文字起こしを取得 — 貼り付けられたテキスト、read_file_content（Drive）、または clari_get_call（社内録音）。
3. メタデータ、決定事項、アクションアイテム、阻害要因、感情、未解決の質問を抽出します（以下のセクションを参照）。
4. フォローアップメール — Gmail の create_draft を使って、Tim のメールボックスから参加者宛てに作成します。件名は Action items: [meeting] - [date] とします。社内の宛先にはブランド確認は不要です。宛先に Epiphan 外の相手が含まれる場合は、先に get_writing_style と check_my_copy を実行します。送信は絶対にしないでください。
5. 任意、事前に確認を取ること：ミーティングで求められたフォローアップのため、Google Calendar の create_event を実行します。 </quick_start>

<success_criteria>

• 対象範囲の確認を実施し、セールス／見込み顧客の文字起こしを分析せずに振り分けた
• 明示された決定事項をすべて、担当者、根拠、確定／仮決定のステータスとともに抽出した
• アクションアイテムを担当者、期限、優先度付きの表にまとめ、担当者または日付がない項目にはフラグを付けた
• 阻害要因とリスクを、必要な対応または軽減策とともに列挙した
• フォローアップメールを Gmail の下書きとして作成した（下書き ID が返される）。チャットには貼り付けていない
• 結果のサイドカーと実行ログの行を記録した </success_criteria>

Stage 0 — 対象範囲の確認

社内のみが対象です。セールス通話であることを示す兆候：参加者に社外のメールドメインが含まれる、「demo」「pricing」「quote」「PO」などの語、競合他社名、HubSpot の案件への言及。いずれかに該当する場合は、振り分けメッセージと関連スキル名を伝え、status: success および metrics.routed_to を含むサイドカーを書き込み、停止します。

Stage 1 — 文字起こし

• 貼り付けられたメモ：そのまま使用します。
• Drive ファイル：search_files の後に read_file_content を使用します。
• Clari（社内録音）：clari_list_calls／search_calls で対象を探し、文字起こしを含む clari_get_call を実行し、重要な場面には clari_get_call_summary を使用します。
• 1 回再試行しても解析できない、または空の場合 → error（stage: transcript）とし、テキストを依頼します。

Stage 2 — 抽出

1. メタデータ — タイトル／トピック、参加者、日付、ミーティングの種類（スタンドアップ、計画ミーティング、振り返り、1:1、全体ミーティング）。
2. 決定事項 — 明示された決定事項すべて、決定者、述べられている場合は根拠、確定か仮決定か、承認が必要かどうかのフラグ。
3. アクションアイテム — タスク、担当者、期限、優先度、依存関係。担当者が不明な場合は owner: UNASSIGNED とし、注記を追加します。日付がない場合は deadline: TBD とします。
4. 阻害要因とリスク — 阻害要因、影響、必要な対応。軽減策を含むリスク、エスカレーションのフラグ、リソースの制約。
5. 感情 — 全体的な雰囲気（生産的／緊張／混乱／合意）、合意点と意見の相違点、士気を示す兆候、短い引用を添えた緊張点。
6. 主要なトピックと未解決の質問 — 主な議論のポイント、質問と回答担当者。

Stage 3 — 出力

# Meeting Summary: [Title]
**Date**: [date] | **Type**: [standup/planning/retro/1:1] | **Attendees**: [names]

## Executive summary
[2-3 sentences: purpose and outcome]

## Decisions
1. **[Decision]** — Owner: [name] — Rationale: [why] — Status: Final | Tentative | Needs approval

## Action items
| Priority | Action | Owner | Deadline | Depends on |
|---|---|---|---|---|
| High | [task] | [name or UNASSIGNED] | [date or TBD] | [item or -] |

## Blockers and risks
1. **[Blocker]** — Impact: [..] — Needs: [action] — Escalate: [yes/no]

## Key discussion points
- [Topic]: [summary]

## Open questions
1. [Question] — Owner: [who answers]

## Sentiment
Tone: [..] · Alignment: [high/medium/low] · Concerns: [summary]

## Follow-up email
Gmail draft id: [id] · To: [attendees] · Subject: Action items: [title] - [date]

ステージ 4 — フォローアップメール（ゲート D）

本文テンプレート。抽出結果から埋めます。

Hi all,

Thanks for joining [meeting] today. Outcomes:

Decisions
- [decision] ([owner])

Action items
- [owner]: [task] by [date]

Blockers
- [blocker] — [needed action]

Next meeting: [date/time or TBD]

Tim

Tim のメールボックスから create_draft（Gmail）を実行します。下書き ID を返します。外部の受信者がいる場合は、下書きを作成する前に get_writing_style + check_my_copy を実行します。send_message は決して実行しません。

ステージ 5 — 結果サイドカー + 実行ログの出力

~/.claude/skill-analytics/last-outcome-meeting-intelligence-system-skill.json を書き込みます:

{"ts":"[UTC ISO8601]","skill":"meeting-intelligence-system-skill","version":"<frontmatter version>","variant":"default",
 "status":"[success|partial|error]","runtime_ms":[estimated ms from start],
 "metrics":{"meetings_analyzed":[n],"decisions_captured":[n],"action_items_extracted":[n],"unassigned_items":[n],"blockers":[n],"draft_created":[true|false],"routed_to":[null|"call-recording-analyzer-skill"]},
 "error":null,"session_id":"[YYYY-MM-DD]"}

status が partial/error の場合は、error で失敗したステージを明示する必要があります。~/.claude/skill-runs/meeting-intelligence-system-skill.jsonl に 1 行追加します。

<self_healing> partial = 要約は生成されたが、いずれかのステージが劣化した場合: リトライ後に Clari または Drive の取得が失敗した（テキストの貼り付けを依頼し、続行する）、オーナーを特定できない（項目は UNASSIGNED とマークされ、カウントされる）、create_draft が失敗した（メール本文はフラグ付きでチャットに返される）。error = トランスクリプトを取得できない、または内容が商談通話である（分析されず、ルーティングされる）。~/.claude/skills/epiphan-house-rules-skill/reference/self-healing.md に基づくラダー: 1 回リトライ → フラグ付きで劣化 → チャットで Tim に伝える → 停止する。 </self_healing>

"Analyze this standup transcript"まずブロッカー、次に担当者ごとのアクションアイテム、障害はフラグ付け、ベロシティの懸念は記録、チームへの Gmail 下書き。 "Create action items from this product planning meeting"決定事項（機能の優先順位）、オーナーと日付付きのアクションアイテム（モックアップ、技術仕様）、トラッキング表、Gmail 下書き。 "Summarize my call with Baylor's AV director"ルーティング行: 商談通話のため、call-recording-analyzer-skill を使用。ここでは要約は生成されません。

<anti_patterns>

• ここで見込み客との通話を要約すること。Clari スコアカードのスキルがそれを担います。
• Gmail 下書きを作成せずに、フォローアップメールをチャットに貼り付けること。
• 曖昧なアクションアイテム（「X を検討する」）。すべての項目には動詞、オーナーまたは UNASSIGNED、日付または TBD があります。
• 提案を決定事項として扱うこと。暫定的な項目にはマークを付けます。 </anti_patterns>

<reference_guides>

• 関連スキル: call-recording-analyzer-skill（見込み客との通話、MEDDIC スコアカード）、sdr-call-coaching（SDR の電話コーチング）、internal-email-composer（単体の社内メール）
• ~/.claude/skills/epiphan-house-rules-skill/reference/self-healing.md — 失敗時のラダーと実行ログの形式 </reference_guides>