如何用 enterprise-search 插件的 /digest 生成每日或每周活动摘要来快速补进度【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-plugins请假几天回来、或者每天早上刚坐到工位活动都散落在聊天频道、收件箱、共享文档和项目看板里逐个工具翻一遍代价很高。enterprise-search 插件为 Claude Cowork 设计也可用于 Claude Code提供的/digest斜杠命令解决这个问题扫描过去 24 小时或 7 天内所有已连接数据源的活动按项目/主题分组生成一份结构化摘要把行动项、决策和提及你的内容排在前面让你先扫一遍再决定往哪里深挖。安装插件并接通至少一个数据源安装enterprise-search 的 README 给出的安装命令claude plugins add knowledge-work-plugins/enterprise-search仓库根目录的 README 记录了另一套流程先添加市场再安装# 先添加插件市场 claude plugin marketplace add anthropics/knowledge-work-plugins # 再安装具体插件文档以 sales 为例同仓库其他插件按同一模式替换插件名 claude plugin install salesknowledge-work-plugins两处文档的安装命令写法不一致按你的客户端实际提示的流程执行即可。安装完成后插件自动激活斜杠命令直接在会话中可用。至少连接一个源否则不会出摘要/digest扫描的是所有已连接的源。一个源都没有连接时它不会生成摘要而是给出这段引导digest 技能文档中的原文To generate a digest, youll need at least one source connected. Check your MCP settings to add ~~chat, ~~email, ~~cloud storage, or other tools.这里的~~chat、~~email等是类别占位符不是固定产品名插件按类别描述工具~~chat指你连接的任何聊天工具例如 Slack 或 Microsoft Teams。插件的.mcp.json会预配置具体的 MCP 服务器但同类别下任意 MCP 服务器都可替代。CONNECTORS.md 列出的预配置服务器与可选项类别占位符预配置服务器其他可选Chat~~chatSlackMicrosoft Teams, DiscordEmail~~emailMicrosoft 365—Cloud storage~~cloud storageMicrosoft 365DropboxKnowledge base~~knowledge baseNotion, GuruConfluence, SliteProject tracker~~project trackerAtlassian (Jira/Confluence), AsanaLinear, monday.comCRM~~CRM未预配置Salesforce, HubSpot连接新源的步骤来自 source-management 技能打开 MCP settings添加对应工具的 MCP server 配置按提示完成认证。连接后自动纳入后续的搜索与摘要无需额外配置。判断某个源是否已接通查看可用工具列表——只要该源对应的工具前缀可用这个源就是已连接且可搜索的。README 建议从 chat、email、cloud storage 三个源起步之后再按需加 wiki、项目管理和 CRM。选择时间窗口执行 /digest/digest支持的时间窗口参数技能 frontmatter 中的 argument-hint 为[--daily | --weekly | --since date]/enterprise-search:digest --daily # 过去 24 小时未带任何 flag 时的默认窗口 /enterprise-search:digest --weekly # 过去 7 天按项目/主题归组 /enterprise-search:digest --since yesterday # 自定义起点文档示例 /enterprise-search:digest --since Monday # 自定义起点文档示例 /enterprise-search:digest --since 2025-01-20 # 自定义起点文档示例对应补进度的几种典型用法均来自技能文档的使用场景说明离开一段时间回来补进度--weekly。README 里的 Catching up after time off 工作流用的就是这个命令。每天开始工作时过一遍提及与待办--daily或不带 flag默认按 daily 处理。回顾某一特定区间--since date。各数据源分别扫描什么命令执行后Claude 先识别哪些 MCP 源已连接再从每个源并行收集活动。各源的收集范围digest 技能文档~~chat提及你的消息to:me、你所在频道的近期活动、你参与过的线程、关键频道的新消息~~email近期收件箱消息、有新回复的线程、带有行动项或指向你的问题的邮件~~cloud storage近期被修改或与你共享的文档、你拥有或协作的文档上的新评论~~project tracker分配给你的任务新建或更新、你关注的任务中他人完成的部分、你参与任务的评论~~CRM商机阶段变化、你负责的账户上新记录的活动、联系人或账户更新~~knowledge base相关集合中近期更新的文档、关注区域中新建的文档只有已连接的源才会被扫描摘要头部会列出实际参与扫描的源。校验摘要输出结构、分组与统计文档定义了固定的输出结构[...]字段由 Claude 按实际数据填写# [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]) ## [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])结尾是统计行--- [X] action items · [Y] decisions · [Z] mentions · [W] doc updates Across [N] sources · Covering [time range]拿到摘要后按以下几点核对它是否符合预期Sources scanned 头部列出实际参与扫描的源据此确认这次摘要的数据范围。Action Items 永远排在最前——文档明确要求把最具可操作性的部分放最上面。按项目/主题分组而不是按来源分组同一项目的跨源相关活动会合并进同一组。文档给出的 Project Aurora 文档示例示例输出非固定结果## 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跨源去重同一个决策在 chat 和 email 中都出现时只保留一条。每条带足够上下文文档要求每条信息携带足够上下文让你不必点进原工具就能判断是否值得深挖。如果你配置了记忆系统CLAUDE.md摘要会用它来解码人名和项目引用。源缺失、失败与限流时的表现单个源出问题不会阻塞整个摘要文档定义了两种情况的行为某个源不可达摘要中会注明Note: Could not reach [source name] for this digest.并列出实际成功参与的源其余部分用可用源照常生成。源触发限流MCP 源可能返回 HTTP 429或 rate limit、too many requests、quota exceeded 类报错。插件不会立即重试对摘要而言如果扫描中途触发限流会注明在触发限流之前覆盖到了哪个时间范围。源的连接状态与搜索命令使用同一套判断方式source-management 文档 给出的状态示例文档示例长这样Source Status: ~~chat: ✓ Available ~~email: ✓ Available ~~cloud storage: ✓ Available ~~project tracker: ✗ Not connected ~~CRM: ✗ Not connected ~~knowledge base: ⚠ Rate limited (retry in 2 min)限制与后续跟进周摘要的原则是重要性优先于完整性突出要紧的内容、略过噪音它不是一份全量日志。摘要的覆盖范围等于当前已连接源的并集。发现某块内容没被覆盖时回到 MCP settings 补连对应的 MCP 服务器下次执行自动纳入。摘要里某条具体事项想看细节时可以用同插件的/enterprise-search:search追查它支持from:、in:、after:、before:、type:过滤并按各源的原生查询语法智能应用。README 中的示例/enterprise-search:search from:sarah about:budget after:2025-01-01【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-plugins创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考