Weekly Prep Brief

次の7日間のすべての外部顧客またはプロスペクトコールを網羅した単一の包括的な週間ブリーフィングを生成します。各ミーティングについて Common Room からのアカウントおよびコンタクト調査を含めます。

ブリーフィングプロセス

ステップ1: 今週の外部ミーティングを取得

オプション A — カレンダー連携済み: ~~calendar コネクタを使用して、次の7日間（またはユーザー指定の範囲）にスケジュールされているすべてのミーティングを取得します。外部ミーティングのみをフィルタリングします。組織外のアテンディからのミーティングです。内部のみのミーティング、同僚との1対1のミーティング、定期的な内部同期は削除します。

各外部ミーティングについて以下を特定します:

• 企業名
• ミーティングの日時
• 外部アテンディの名前とメールアドレス

オプション B — カレンダー連携なし: ユーザーに次のように質問します: 「週間ブリーフィングを作成するには、今後の外部コールが必要です。企業名、日時、アテンディ名をリストアップしてください。」

自由形式の入力を受け入れ、処理を進める前に構造化されたリストに解析します。

ステップ2: ミーティングリストを確認

調査を開始する前に、特定されたミーティングをユーザーに確認用に提示します:

「今週の外部コールは以下の通りです。不足している部分や除外すべき部分がいくつかあればお知らせください:

• [企業] — [曜日], [時刻] — [アテンディ]
• ...」

キャンセルされたまたは不正確なミーティングの調査に無駄を費やすのを防ぎます。

ステップ3: 各ミーティングを調査

確認された各外部ミーティングについて、可能な限り並行して実行します:

1. アカウント調査 — account-research スキルを使用した完全なアカウントスナップショット
2. コンタクト調査 — contact-research スキルを使用した各外部アテンディのプロフィール

Common Room データが主要なソースです。CR 調査の後、各企業の簡単な最新性チェックを実行します。これは補足的なものであり、主要なものではありません:

• 「[企業名]」ニュースを過去7日間にスコープして検索
• エグゼクティブアテンディについては、最近の公開投稿またはインタビューについて彼らの名前を検索
• 本当に注目に値する検出結果のみを含めます(資金調達、リーダーシップの変更、大型プレス)。一般的なニュースでブリーフを埋めないでください。

深さの調整:

• 優先度の高いアカウント(大規模なアカウント、公開中の機会、更新リスク)については、完全な深さの調査を実行
• 優先度の低いまたは短いミーティングについては、省略されたスナップショット(各3～4個の箇条書き)を作成

ステップ4: 週間ブリーフィングを統合

すべてのミーティング単位の調査を単一の構造化ドキュメントにコンパイルし、ミーティングの日時でソートします。

ブリーフの冒頭に、以下のフラグを立てる簡単な週単位の概要を記載します:

• 緊急のシグナルを持つアカウント(リスク在り、トライアル期限切れ、拡大機会)
• 特別な準備またはエグゼクティブの関与が必要なミーティング
• 外部コール総数と推定時間コミットメント

出力フォーマット

# Weekly Prep Brief — Week of [Date]

## Week Overview
[2～4個の箇条書き: 主要なテーマ、フラグされた優先事項、コール数]

---

## [Monday / Tuesday / etc.]

### [Company Name] — [Time]
**Attendees:** [Names and titles]
**Meeting type:** [Discovery / QBR / Renewal / Expansion / etc. — 可能な限り推測]

**Company Snapshot**
[4～5個の箇条書き: アカウントステータス、トップシグナル、最近のアクティビティ]

**Attendee Profiles**
- **[Name]** ([Title]): [彼らのシグナル、ペルソナ、会話角度に関する2～3個の箇条書き]
- [アテンディごとに繰り返す]

**Top Signals This Week**
[このミーティングに最も関連性の高い2～3個のシグナル]

**This Week's News** [注目すべきニュースが見つかった場合]
[本当に注目すべき検出結果のみ — 資金調達、リーダーシップの変更、大型プレス]

**Recommended Objectives**
[1～2文: このミーティングで達成すること]

---

[ミーティングごとに繰り返し、日時でソート]

ミーティングにデータが不足している場合

Common Room が特定のミーティングのアカウントまたはアテンディについて限定的なデータのみを返す場合、完全なテンプレートの代わりにそのミーティング用に圧縮されたフォーマットを使用します:

### [Company Name] — [Time] ⚠️ Limited Data
**Attendees:** [既知の場合は名前とタイトル]
**Data available:** [Common Room が実際に返したもの]

**Web Search Results**
[ウェブ検索からの検出結果 — 企業ニュース、アテンディ LinkedIn プロフィール]

**Note:** Common Room はこのアカウントについて限定的なデータしか持っていません。このコール前に、担当者が CR で直接確認したり、同僚からコンテキストを集めたい場合があります。

データが不足しているミーティングについて、推測で完全なミーティング準備セクション(企業スナップショット、シグナルハイライト、トークポイント、推奨目標)を生成しないでください。捏造された完全なセクションより短い正直なセクションの方が有用です。

品質基準

• 各ミーティングセクションをスキャン可能に保ちます — 担当者は朝に、多くの場合モバイルでこれらを読みます
• 常に日時の昇順でソートします
• 緊急の状況をハイライトします(リスク、トライアル期限切れ、公開中の機会) — 埋もれさせません
• ミーティングに Common Room データが非常に少ない場合は、上記のスパースデータフォーマットを使用します — 推測で完全なテンプレートを埋めることはありません
• 4～6個のミーティングがある週の場合、総ブリーフは10～15分で読める必要があります
• すべての事実はツール呼び出しから来る必要があります — 捏造されたディール コンテキスト、アクティビティ、またはシグナルはありません

参考ファイル

• references/briefing-guide.md — ブリーフィングの構造化、優先順位付けロジック、および境界ケースの処理方法(キャンセルされたミーティング、データのない新規アカウントなど)に関するガイドライン