Digest コマンド

不明なプレースホルダーが見つかったり、接続されているツールを確認する必要がある場合は、CONNECTORS.md を参照してください。

接続されたすべてのソースの最近のアクティビティをスキャンし、重要な情報をハイライトした構造化ダイジェストを生成します。

指示

1. フラグの解析

ユーザーの入力から時間枠を決定します:

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

ユーザーはカスタム範囲を指定することもできます:

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

2. 利用可能なソースの確認

接続されている MCP ソースを特定します (検索コマンドと同じアプローチ):

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

ソースが接続されていない場合は、ユーザーをガイドします:

ダイジェストを生成するには、少なくとも1つのソースが接続されている必要があります。
~~chat、~~email、~~cloud storage、またはその他のツールを追加するには、MCP 設定を確認してください。

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

~~chat:

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

~~email:

• 最近の受信メールメッセージを検索
• 新しい返信があるスレッドを特定
• ユーザーに向けられたアクションアイテムや質問があるメールにフラグ

~~cloud storage:

• ユーザーが最近更新または共有されたドキュメントを検索
• ユーザーが所有またはコラボレーションしているドキュメントの新しいコメントに注意

~~project tracker:

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

~~CRM:

• 営業案件のステージ変更
• ユーザーが所有しているアカウントで記録された新しいアクティビティ
• 更新された連絡先またはアカウント

~~knowledge base:

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

4. 主要アイテムの特定

収集したすべてのアクティビティから、以下を抽出および分類します:

アクションアイテム:

• ユーザーに対する直接的なリクエスト ("Can you...", "Please...", "@user")
• 割り当てられたタスクまたは期限が近いタスク
• ユーザーの応答を待っている質問
• レビューリクエスト

決定:

• スレッドまたはメール内で到達した結論
• 承認または却下
• ポリシーまたは方向の変更

メンション:

• ユーザーがメンションされた、または言及された場合
• ユーザーのプロジェクトまたは領域についての議論

更新:

• ユーザーがフォローしているプロジェクトのステータス変更
• ユーザーのドメイン内のドキュメント更新
• ユーザーが待っていた完了したアイテム

5. トピック別にグループ化

ソース別ではなく、トピック、プロジェクト、またはテーマ別にダイジェストを整理します。ソース間の関連アクティビティをマージします:

## Project Aurora
- ~~chat: デザインレビュースレッドが終了 — チームは Option B を選択 (#design、火曜日)
- ~~email: Sarah がフィードバックを組み込んだ更新仕様を送信 (水曜日)
- ~~cloud storage: Sarah が "Aurora API Spec v3" を更新 (水曜日)
- ~~project tracker: 3つのタスクが進行中に移動、2つが完了

## Budget Planning
- ~~email: 財務チームが金曜日までに Q2 予測を要求 (金曜日)
- ~~chat: Todd が #finance でテンプレートを共有 (月曜日)
- ~~cloud storage: "Q2 Budget Template" があなたと共有されました (月曜日)

6. ダイジェストのフォーマット

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

# [Daily/Weekly] Digest — [日付または日付範囲]

スキャン対象のソース: ~~chat、~~email、~~cloud storage、[その他]

## アクションアイテム (X 件)
- [ ] [アクションアイテム 1] — [人物] から、[ソース] ([日付])
- [ ] [アクションアイテム 2] — [人物] から、[ソース] ([日付])

## 下された決定
- [決定 1] — [コンテキスト] ([ソース]、[日付])
- [決定 2] — [コンテキスト] ([ソース]、[日付])

## [トピック/プロジェクトグループ 1]
[ソース属性付きアクティビティサマリー]

## [トピック/プロジェクトグループ 2]
[ソース属性付きアクティビティサマリー]

## メンション
- [メンションのコンテキスト] — [ソース] ([日付])

## ドキュメント更新
- [ドキュメント名] — [修正者、変更内容] ([日付])

7. 利用不可のソースの処理

ソースが失敗した場合または到達できない場合:

注: このダイジェストについて [ソース名] に到達できません。
以下のソースが含まれていました: [成功したソースのリスト]。

1つのソースが失敗してもダイジェスト生成を妨げないようにします。利用可能なソースから最適なダイジェストを生成します。

8. サマリー統計

最後に簡潔なサマリーを追加します:

---
[X] アクションアイテム · [Y] 決定 · [Z] メンション · [W] ドキュメント更新
[N] ソース間 · [時間範囲] をカバー

注記

• フラグが指定されない場合は --daily をデフォルトにします
• ソース別ではなくトピック/プロジェクト別にグループ化します — ユーザーは何が起こったかを気にします、どこで起こったかではなく
• アクションアイテムは常に最初にリストされるべきです — これはダイジェストの最もアクション可能な部分です
• クロスソースアクティビティを重複排除します (~~chat と email の同じ決定 = 1 エントリ)
• 週次ダイジェストの場合、完全性よりも有意性を優先します — 重要なことをハイライトし、ノイズをスキップします
• ユーザーがメモリシステム (CLAUDE.md) を持っている場合、それを使用して人物名とプロジェクト参照をデコードします
• 各アイテムに十分なコンテキストを含め、ユーザーがクリックスルーなしで詳しく調査するかどうかを決定できるようにします