mcpField
D
digest

digest

github.com/anthropics生产力33.6k2.8k 次安装1 天前更新
代码仓库

关于 digest

扫描已连接来源的近期活动，并按主题整理成摘要的技能。它突出待办事项、决策、提及和更新，适合需要跨来源了解动态的用户。

主要功能

  1. 01扫描已连接来源的近期活动
  2. 02支持每日、每周和自定义日期范围
  3. 03按主题或项目归纳更新
  4. 04提取待办、决策、提及和动态
  5. 05单个来源不可用时继续生成

适用场景

  1. 01回顾过去一天的工作动态
  2. 02准备跨项目的每周更新
  3. 03查找聊天和邮件中的待处理请求

MCP 相关

识别已连接的 MCP 来源，例如聊天、邮件、云存储、项目跟踪器、CRM 和知识库，并从中收集近期活动。

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/anthropics/knowledge-work-plugins --skill digest

安装后在 Claude Code 中输入/digest确认已加载。

详细介绍

Digest 命令

如果你看到不熟悉的占位符，或需要查看已连接了哪些工具，请参阅 CONNECTORS.md。

扫描所有已连接来源的近期活动，生成一份突出重点的结构化摘要。

说明

1. 解析参数

根据用户输入确定时间范围：

  • --daily — 过去 24 小时（未指定参数时的默认值）
  • --weekly — 过去 7 天

用户也可以指定自定义范围：

  • --since yesterday
  • --since Monday
  • --since 2025-01-20
2. 检查可用来源

识别已连接的 MCP 来源（方法与 search 命令相同）：

  • ~~chat — 频道、私信、提及
  • ~~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. 识别关键事项

从收集到的全部活动中提取并分类：

待办事项：

  • 向用户提出的直接请求（“你能否……”、“请……”、“@用户”）
  • 已分配或即将到期的任务
  • 等待用户回复的问题
  • 审阅请求

决策：

  • 线程或邮件中得出的结论
  • 批准或驳回
  • 政策或方向变更

提及：

  • 用户被提及或被引用的次数
  • 涉及用户项目或负责领域的讨论

更新：

  • 用户关注的项目状态变更
  • 用户所在领域的文档更新
  • 用户一直在等待的已完成事项
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].

不要因为某个来源失败而阻止摘要的生成。应尽量基于可用来源生成最佳摘要。

8. 汇总统计

以简要汇总结束：

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

注意事项

  • 未指定参数时默认使用 --daily
  • 按主题/项目分组，而非按来源分组——用户关心的是发生了什么，而不是发生在哪里
  • 待办事项应始终排在最前——它们是摘要中最具可操作性的部分
  • 对跨来源的活动去重（同一决策同时出现在 ~~chat 和 ~~email 中 = 一条记录）
  • 对于周报，优先突出重要性而非完整性——重点呈现关键内容，略去无关信息
  • 如果用户有记忆系统（CLAUDE.md），应使用它来解析人名和项目引用
  • 每条事项应包含足够的上下文，使用户无需点击即可判断是否需要深入了解

评论

支持 Markdown