digest

ダイジェストコマンド

見慣れないプレースホルダーがある場合や、どのツールが接続されているか確認する必要がある場合は、CONNECTORS.md を参照してください。

接続されているすべてのソースから最近のアクティビティを確認し、重要な情報をまとめた構造化ダイジェストを作成します。

手順

1. フラグを解析する

ユーザーの入力から対象期間を判断します。

• --daily — 過去24時間（フラグが指定されていない場合のデフォルト）
• --weekly — 過去7日間

ユーザーは次のようにカスタム期間を指定することもできます。

• --since yesterday
• --since Monday
• --since 2025-01-20

2. 利用可能なソースを確認する

接続されている MCP ソースを特定します（search コマンドと同じ方法です）。

• ~~chat — チャンネル、DM、メンション
• ~~email — 受信トレイ、送信済みメール、スレッド
• ~~cloud storage — 最近変更された、ユーザーと共有されているドキュメント
• ~~project tracker — 割り当て、完了、コメントされたタスク
• ~~CRM — 商談の更新、アカウントのアクティビティ
• ~~knowledge base — 最近更新された Wiki ページ

ソースが何も接続されていない場合は、ユーザーに次のように案内します。

To generate a digest, you'll need at least one source connected.
Check your MCP settings to add ~~chat, ~~email, ~~cloud storage, or other tools.

3. 各ソースからアクティビティを収集する

~~chat:

• ユーザーに言及しているメッセージを検索します（to:me）
• ユーザーが参加しているチャンネルの最近のアクティビティを確認します
• ユーザーが参加したスレッドを探します
• 重要なチャンネルの新しいメッセージを特定します

~~email:

• 受信トレイの最近のメッセージを検索します
• 新しい返信があるスレッドを特定します
• ユーザー宛てのアクション項目や質問が含まれるメールにフラグを付けます

~~cloud storage:

• 最近変更されたドキュメントや、ユーザーと共有されたドキュメントを探します
• ユーザーが所有または共同作業しているドキュメントへの新しいコメントを記録します

~~project tracker:

• ユーザーに割り当てられたタスク（新規または更新済み）
• ユーザーがフォローしている、他の人が完了したタスク
• ユーザーが関与しているタスクへのコメント

~~CRM:

• 商談のステージ変更
• ユーザーが所有するアカウントに記録された新しいアクティビティ
• 更新された連絡先またはアカウント

~~knowledge base:

• 関連するコレクションで最近更新されたドキュメント
• 監視対象の領域で新しく作成されたドキュメント

4. 重要な項目を特定する

収集したすべてのアクティビティから、次の項目を抽出して分類します。

アクション項目：

• ユーザーへの直接の依頼（「できますか……」「お願いします……」「@user」）
• 割り当てられたタスク、または期限が近いタスク
• ユーザーの回答を待っている質問
• レビュー依頼

決定事項：

• スレッドやメールで決まった結論
• 承認または却下
• 方針や方向性の変更

メンション：

• ユーザーの名前が言及または参照された箇所
• ユーザーのプロジェクトや担当領域についての議論

更新情報：

• ユーザーがフォローしているプロジェクトのステータス変更
• ユーザーの担当領域に関するドキュメントの更新
• ユーザーが完了を待っていた項目

5. トピックごとにまとめる

ソースごとではなく、トピック、プロジェクト、テーマごとにダイジェストを整理します。複数のソースにまたがる関連アクティビティはまとめます。

## Project Aurora
- ~~chat: Design review thread concluded — team chose Option B (#design, Tuesday)
- ~~email: Sarah sent updated spec incorporating feedback (Wednesday)
- ~~cloud storage: "Aurora API Spec v3" updated by Sarah (Wednesday)
- ~~project tracker: 3 tasks moved to In Progress, 2 completed

## Budget Planning
- ~~email: Finance team requesting Q2 projections by Friday
- ~~chat: Todd shared template in #finance (Monday)
- ~~cloud storage: "Q2 Budget Template" shared with you (Monday)

6. ダイジェストをフォーマットする

出力を明確に構成します。

# [Daily/Weekly] Digest — [Date or Date Range]

Sources scanned: ~~chat, ~~email, ~~cloud storage, [others]

## Action Items (X items)
- [ ] [Action item 1] — from [person], [source] ([date])
- [ ] [Action item 2] — from [person], [source] ([date])

## Decisions Made
- [Decision 1] — [context] ([source], [date])
- [Decision 2] — [context] ([source], [date])

## [Topic/Project Group 1]
[Activity summary with source attribution]

## [Topic/Project Group 2]
[Activity summary with source attribution]

## Mentions
- [Mention context] — [source] ([date])

## Documents Updated
- [Doc name] — [who modified, what changed] ([date])

7. 利用できないソースに対処する

ソースが応答しない、またはアクセスできない場合：

Note: Could not reach [source name] for this digest.
The following sources were included: [list of successful sources].

1つのソースで問題が発生しても、ダイジェストの生成を止めないでください。利用可能なソースから最善のダイジェストを作成します。

8. 概要統計

最後に簡単な概要を記載します。

---
[X] action items · [Y] decisions · [Z] mentions · [W] doc updates
Across [N] sources · Covering [time range]

注意事項

• フラグが指定されていない場合は --daily をデフォルトにします
• ソースごとではなく、トピックやプロジェクトごとにまとめます。ユーザーが知りたいのは、どこで起きたかではなく、何が起きたかです
• アクション項目は常に最初に記載します。ダイジェストの中で最も実行につながる情報だからです
• ソースをまたぐアクティビティは重複を除きます（~~chat とメールで同じ決定が共有されている場合は、1つの項目にまとめます）
• 週次ダイジェストでは、網羅性より重要性を優先します。重要な情報に絞り、ノイズは省きます
• ユーザーがメモリーシステム（CLAUDE.md）を使用している場合は、それを使って人物名やプロジェクトへの言及を解釈します
• 各項目には、ユーザーがリンク先を開かずとも、さらに詳しく調べるべきか判断できるだけの文脈を含めます