指定アカウントのインテントシグナル、エンゲージメントイベント、プロダクト利用データを取得し、AE が 5 分以内に読んで行動できる 1 つの日次ダイジェストに圧縮する Claude スキルです。Common Room、Gong、プロダクトアナリティクスダッシュボードを行き来して、本来すでに組み上がっているべきだった全体像を自力で組み立てる朝のルーティンを置き換えます。バンドルは apps/web/public/artifacts/signal-bundler-account-execs-claude-skill/ にあり、SKILL.md と、初回実行前にユーザーが適宜修正する 2 つのリファレンステンプレートが含まれています。
使うべき状況
AE が同時に 6〜7 件以上の指定アカウントを担当しており、Gong のリキャップ、Common Room のアクティビティフィード、プロダクト利用アラートといった複数のシグナルチャネルを監視する認知負荷が、朝のスタンドアップ前のボトルネックになっている場合に使用します。このスキルは、AE がまだ接触したことのないアカウントには向きません。シグナルのバンドリングには、購買委員会が誰であるか、そのアカウントの「通常」のアクティビティがどのようなものかという基準線が必要です。アカウントにスキルを実行する前に、少なくとも 1 回はディスカバリーコールを行ってください。
チームがシグナルを持っているにもかかわらず、共有ビューがない場合にも適したツールです。Common Room はコミュニティおよび Web アクティビティを収集し、Gong はコンバセーションインテリジェンスを収集し、プロダクトアナリティクスはアプリ内行動を収集します。これら 3 つのデータストリームが 3 つの別々のタブでしか見られない場合、AE はそのうち 2 つを無視するか、シンプルな統合が与えるよりも精度の低いメンタルモデルを構築することになります。
具体的な呼び出し方法：
- AE ごとに毎朝実行し、AE の指定アカウントリストをイテレートして、スタンドアップ前に各ブリーフを Slack またはメールで送るスケジュール済み Claude タスク。
- AE がその日に QBR や更新コールを控えており、コール前に直近 14 日間のアクティビティの統合ビューが必要な場合の Claude Code での手動実行。
- Common Room の「アカウントアクティブ」Webhook が直近 24 時間以内にトリガーされたときに発火するアカウントテーブル上の Clay の AI カラム — これにより、その日にフレッシュなシグナルがあるアカウントのみがブリーフを生成します。
使うべきでない状況
以下の場合はこのスキルをスキップしてください：
- AE が担当するアカウントが 5 件未満の場合。 その閾値以下では、AE は通常シグナルの全体像を頭の中で保持できており、設定コスト（タクソノミーのキャリブレーション、スケジュールタスクの接続）に見合いません。
- シグナルフィードが接続されていない場合。 Common Room が構造化されたアクティビティデータをエクスポートしておらず、Gong の文字起こしがパース可能な形式で利用できない場合、スキルには統合すべきものがありません。まずインテグレーション作業を行ってください。スキルはスクレイパーではありません。
- スキルに CRM 更新を書かせたい場合。 ダイジェストは AE のワーキングメモリのためのものです。Salesforce へのアクティビティ記録の代替にはなりません。ブリーフのダウンストリームに別の CRM ライトバックステップを接続するか、AE が「Recommended first move」フィールドを手動でアクティビティログに貼り付けるよう訓練してください。
- アカウントが厳格なデータレジデンシー要件を持つ規制業界に属する場合。 顧客エンゲージメントシグナルを Claude API 経由で送信すると、そのシグナルが Anthropic のインフラを通過します。外部の顧客行動データを LLM コールに接続する前に、データ処理契約を確認してください。
セットアップ
Common Room と Gong が構造化データをエクスポートするようになれば、セットアップは 30〜60 分で完了します。それらのエクスポートを設定することが最も時間のかかる依存関係です。
- スキルをインストールする。
apps/web/public/artifacts/signal-bundler-account-execs-claude-skill/SKILL.mdとreferences/フォルダを.claude/skills/signal-bundler/ディレクトリにコピーするか、claude.ai でスキルとしてアップロードします。フロントマターのnameとdescriptionが関連するプロンプトのトリガーになります。 - シグナルタクソノミーを設定する。
references/1-signal-taxonomy.mdを開きます。デフォルトのイベントタイプ行を、自分のインスタンスで Common Room と Gong が実際に生成するイベントタイプに置き換えます — Common Room のイベント名は接続しているチャネルによって異なります。各イベントにurgency_tierを設定します。プロダクトがカスタムイベント（フィーチャーのアクティベーション名、利用閾値）を発行する場合は、それらの行を追加します。 - ダイジェストテンプレートを設定する。
references/2-digest-template.mdを開きます。ブリーフをアカウントレコードに書き戻したい場合は、CRM ライトバックセクションの Salesforce フィールド名を更新します。チャンネルの命名規則に合わせて Slack ブロックのメモを更新します。 - 入力ソースを接続する。 Common Room：アカウントアクティビティエクスポート API または Zapier インテグレーションを使用して、48 時間のアクティビティウィンドウをステージングテーブルに送信します。Gong：Gong API（
/v2/calls）を使用して、指定アカウントの文字起こし要約とスニペットを取得します。プロダクトイベント：ウェアハウス（Snowflake、BigQuery、Redshift）または Amplitude/Mixpanel のエクスポート API から、アカウントのユーザーメールをスコープとしてエクスポートします。 - 3 件のアカウントでテストする。 最近のアクティビティが分かっている 3 件のアカウントでスキルを手動実行します。シグナルテーブルの緊急度レベルがチームの直感と一致しているか、ナラティブが正しいアクターを挙げているか、「Recommended first move」が AE が実際に行うことであるか（「アカウントにフォローアップする」という汎用的なものでなく）を確認します。レベルが合わない場合はタクソノミーを調整します。
- スケジュール化または自動化する。 毎朝一定の時間に AE ごとにスキルを実行するスケジュールタスク（Claude Code スケジュールタスク、cron ジョブ、または n8n フロー）を設定します。各実行では AE の全アカウントリストをカバーし、アカウントごとに 1 つのブリーフを配信する必要があります。
スキルが実際に行うこと
スキルは固定された順序で 4 つのステップを実行します。
ステップ 1 — シグナルの正規化と重複排除。 Common Room、Gong、プロダクトアナリティクスからのすべての受信イベントを共有スキーマにマッピングします：{source, actor, event_type, urgency_tier, timestamp, raw_excerpt}。複数のソースに現れるイベント（Gong のコールが Common Room の「meeting」イベントも生成した場合など）は (actor, event_type, timestamp_hour) で重複排除されます。統合前に正規化する理由：モデルが異種スキーマを受け取ると、実際のシグナル緊急度ではなく最も冗長なソースに暗黙的に重みをつけてしまいます — Gong の文字起こしは Common Room のイベント行よりも多くのトークンを持っています。
ステップ 2 — タクソノミーのルックアップによる緊急度分類。 各正規化イベントを references/1-signal-taxonomy.md と照合して、緊急度レベル（hot / warm / cold）を割り当てます。タクソノミーに存在しないイベントはデフォルトで warm になります。hot レベルイベントの初回発生 — アクターが過去 7 日間に生成していないイベント — は特に重要なものとしてフラグが立てられます。自由な LLM の判断ではなくタクソノミーに基づく理由：アカウント間で一貫した緊急度レベルが、ブリーフを日々比較可能にするものです。モデルが毎回実行時にゼロから緊急度を導出すると、AE は「3 hot」のブリーフが「0 hot」のブリーフと実質的に異なるという直感を育てられません。
ステップ 3 — ナラティブ統合。 シグナルを分類したうえで、モデルはそれらをテーマ別（プロダクトへの関心、競合の言及、ステークホルダーの変化、エンゲージメントの急増または低下）にグループ化し、緊急度順に特定のアクターとイベントを挙げた 3〜5 文の「What happened」セクションを作成します。最もアクショナブルなシグナルを特定し、1 文の「Recommended first move」を作成します。account_snapshot に現在のディールステージが含まれて提供された場合、ステージと矛盾するシグナルを明示的にフラグします — ディールが「Proposal Sent」の状態で champion が競合他社に言及した場合、埋もれることなく明示的に表示されます。
ステップ 4 — アウトプットの組み立て。 references/2-digest-template.md を使用してダイジェストをレンダリングします：アカウントヘッダー、レベル別シグナル数、ナラティブ、推奨アクション、シグナルテーブル（10 行に制限）、データ鮮度フッター。テーブルの制限により「イベントの壁」アンチパターンを防ぎます。AE が必要なときは Common Room から完全なフィードを直接取得できます。
コストの実際
アカウントあたりのトークンコストは、ウィンドウ内のイベント数と Gong の文字起こしの長さによって異なります。10〜15 件の Common Room イベントと 1〜2 件の Gong コール要約（完全な文字起こしではなく）を含む典型的な 48 時間ウィンドウでは、アカウントあたり約 2,000〜3,500 インプットトークンと 400〜600 アウトプットトークンを見込んでください。Claude Sonnet 4.x の価格（2026 年初頭時点でインプット 100 万トークンあたり約 $3、アウトプット 100 万トークンあたり約 $15）では、アカウントブリーフあたり約 $0.012〜0.02 になります。
15 件の指定アカウントを持つ AE は、Claude トークンに 1 日あたり約 $0.18〜0.30、つまり月 $4〜7 を費やします。それぞれ 15 アカウントを担当する 20 人の AE チームは、月 $80〜140 の Claude トークンを消費します — 朝のシグナル集約で節約できる AE の人件費と比べれば誤差の範囲です。
非トークンコストの方が大きくなります。Common Room と Gong のエクスポートを確実に設定するには半日の RevOps 工数がかかります。AE チームとのタクソノミーキャリブレーションセッションには 60〜90 分かかります。その後、シグナルのボキャブラリーが変わるまで（新しいプロダクトフィーチャーが新しいイベントタイプを生み出す、または Common Room が新しいチャネルインテグレーションを追加するまで）スキルはほぼメンテナンスフリーです。
Gong の文字起こし長さが主なトークン変数です。Gong が生成したコール要約の代わりに完全な逐語的文字起こしを渡すと、コールの多い週ではアカウントあたりのインプットトークンが 8,000〜15,000 に達する可能性があります。逐語的テキストが必要な特定の理由がない限り、生の文字起こしではなく Gong のネイティブ要約アウトプットを使用してください。
成功指標
ダイジェストが機能していることを示す指標：hot シグナルアカウントにおける AE の最初の意味あるタッチまでの時間。 スキルを使う前は、hot シグナル（価格ページへの再訪問、champion の転職）は AE がたまたま Common Room を開くまで気づかれないままでした。スキル導入後、そのシグナルは同じ営業日中に AE のアクションを生み出すべきです。追跡方法：AE がアクティビティを記録したときに CRM の「Recommended first move」に日付をタグ付けし、シグナルのタイムスタンプとのギャップを比較します。30 日後も hot シグナルアカウントの中央値ギャップが 8 時間を下回らない場合、ブリーフが読まれていません — 配信チャネル（Slack 対メール）が問題かどうかを調査してください。
副次指標：AE カバレッジ率 — 直近 48 時間に hot シグナルがあった指定アカウントのうち、同じウィンドウ内に AE タッチを受けた割合。カバレッジ率が 80% を超えていれば、ダイジェストは役割を果たしています。
失敗モード
- タクソノミーのキャリブレーション誤り。 最初に書くタクソノミーは少なくとも 2〜3 行は誤りがあります。「repo starred」イベントは抽象的には warm に感じますが、実際にはアクターが指名されたステークホルダーでない限り常に cold です。AE が「ブリーフが X をフラグしたが、私はそれに基づいて行動することはない」と一貫して言う場合、X のタクソノミーレベルを下げる必要があります。Guard: ライブ使用開始から 2 週間後に振り返りを行います：AE がダイジェストの推奨に基づいてアクションを取るたびに、それを動機づけたシグナルは
hotまたはwarmと評価されていましたか？30% 以上のシグナルがcoldだった場合、タクソノミーが過度に積極的でありノイズを生成し、AE がブリーフを無視するよう訓練されてしまいます。 - 購買委員会のギャップ。 Common Room はアカウントドメイン内の誰の活動でも収集します — ジュニアエンジニア、マーケティングインターン、個人プロジェクトに会社メールを使っている人など。スキルが購買委員会のアクターをフィルタリングしない場合、ブリーフは非意思決定者からのノイズで溢れ、AE は信頼を失います。Guard: Salesforce の指名された連絡先リスト（購買委員会の連絡先のみ）を含む
account_snapshotを渡します。スキルは各シグナルアクターをon-committee、unknown、not-on-committeeとラベル付けし、委員会外のアクターのシグナルを自動的に 1 レベル緊急度を下げます。毎週「unknown」アクターを確認してください — その中にオポチュニティに追加する価値のある新しいステークホルダーがいる場合があります。 - Gong の文字起こしの陳腐化が古いシグナルを増幅する。 スキルのデフォルト Gong ルックバックは 14 日間です。最後のコールが 12 日前のアカウントでは、ブリーフはそのコールのシグナルを最新のものとして説明します。12 日前の「競合他社が言及された」シグナルに基づいて行動する AE は、ディールのダイナミクスがすでに変化したコールに入ってしまう可能性があります。Guard: スキルは Gong セクションの冒頭に「Last call: N days ago」を追加し、最新のコールが 7 日以上前の場合、すべての Gong 由来シグナルを
hotではなくwarmに格下げします。AE は行動を決める前に新しさを明確に把握できます。 - 自動化されたクローラーによるシグナルボリュームの急増。 一部の Common Room インテグレーションは、ボット活動（自動モニタリング、CI パイプライン）を「ユーザーイベント」として収集します。1 日に 40 回 GitHub に触れるデプロイパイプラインは、warm と評価された
repo_pushイベントでシグナルテーブルを溢れさせ、本当のシグナルを埋め込みます。Guard: タクソノミーファイルにbot_user_patterns除外リストを追加します（既知のボットおよび自動アカウントに一致するメールパターンまたはアクター名パターンのリスト）。これらのアクターからのイベントは正規化ステップで削除され、カウントに含まれません。
代替手段との比較
vs 3 つのタブでの手動朝レビュー。 大多数の AE のステータスクオ：Common Room を開き、アカウントフィードをスキャンし、Gong に切り替えて最新のコールを見つけ、プロダクトダッシュボードに切り替えて、アカウントの使用ベースラインが何だったか思い出そうとする。5 件のアカウントでは 15〜20 分かかり、統合の質は AE の記憶と同程度です。15 件では実行不可能で、ほとんどのアカウントが監視されないままになります。スキルは毎日一貫してクロスソース統合を行います。AE の判断はタクソノミーとフォローアップの決定に活かされ、集約作業には使われません。
vs Gong のビルトイン Deals インテリジェンスビュー。 Gong の Deals タブはコールアクティビティ、次のステップ、ディールリスクシグナルを表示しますが、Gong のアクティブなコールがあるアカウントのみです。Common Room のコミュニティアクティビティやプロダクト利用は表示されません。AE がまだアクティブなコールサイクルに入っていないアカウント（パイプラインの早期段階にある高フィットアカウント）を担当している場合、Gong のビルトインビューはほぼ空です。このスキルはコール頻度に関わらず、指定されたすべてのアカウントに対して 3 つのソースからシグナルを取得します。
vs 専用の営業インテリジェンスプラットフォーム（例：6sense のアカウントエンゲージメントスコアリング、Demandbase のインテント＋エンゲージメントデータ）。これらのプラットフォームは、事前に構築されたシグナルタクソノミー、独自のネットワークからのより豊富なインテントデータ、スコアを自動的にプッシュするネイティブ CRM インテグレーションを備えています。トレードオフ：ミッドマーケットチームで年間 $30,000〜100,000 以上のコストがかかり、タクソノミーは不透明です — 特定のアカウントがそのようにスコアリングされる理由を確認したり変更したりすることができません。このスキルは Claude トークンで月数ドル、完全に透明であり、タクソノミーはあなたが所有してキャリブレーションできるものです。シグナルボリュームが非常に高い場合や、自社プロダクトとコミュニティ以外のインテントデータが必要な場合はプラットフォームを選択してください。何のシグナルが重要かについて編集上のコントロールを望み、プラットフォームレベルの支出を正当化できない場合はこのスキルを選択してください。