企业搜索的”最后一公里”：Anthropic Knowledge Synthesis 体验

最近帮公司搭企业知识库，踩了一个特别典型的坑——

你明知道答案就在公司某个地方，可就是找不全。Slack 里有人讨论过这个决策，邮件里有正式确认，Google Drive 里有文档版本记录，项目系统里有任务关联——四个地方分散存着，你得自己拼起来，还得判断哪个版本是最新、最该信哪个。

这个过程每次消耗十几分钟，每天可能做十几次。

Anthropic 最近在 Skill 生态里放了一个新技能，叫 Knowledge Synthesis（知识综合）。名字听起来朴素，但它的定位很精准——不是解决”找不到”的问题，而是解决”找到太多了，彼此矛盾，不知道信哪个”的问题。

换句话说，它接手的是搜索之后的理解工作。

它的核心工作流是一个六步管道：

• 去重：跨源识别重复信息，合并时保留所有来源，最完整的版本作为主文本
• 聚类：按主题把结果分组，找出相关性排序
• 置信度评估： freshness + authority 双重加权，标记”仅聊天来源”或”来源之间存在冲突”的情况
• 综合叙述：把去重聚类后的内容写成连贯答案，不是堆砌片段
• 引用标注：每条声明都必须 inline 标注来源，末尾附完整列表（含类型、位置、作者、日期）
• 显式冲突呈现：信息来源彼此矛盾时，不偷偷选一个，而是直接展示分歧

举官方给的例子感受一下——

处理前（原始搜索结果）：

~chat: Sarah 在 #eng 说：”我们用 REST 吧，GraphQL 对我们这个场景太overkill了”
~email: Sarah 的邮件确认 REST 方案，附带了理由
~cloud: API 设计文档 v3，已更新第2节反映 REST 决策
~project: 任务”确定 API 方案”已被 Sarah 标记完成

处理后（Knowledge Synthesis 输出）：

团队决定采用 REST 而非 GraphQL 进行 API 重设计。Sarah 拍板，认为 GraphQL 对当前场景 overkill。讨论记录在周二 #engineering channel，周三邮件确认，设计文档已更新。相关任务已标记完成。
来源：
– chat: #engineering thread (1月14日)
– email: Sarah “API Decision” 邮件 (1月15日)
– cloud storage: “API Design Doc v3” (1月15日更新)
– project tracker: “Finalize API approach” (1月15日完成)

什么时候用它？什么时候跳过？

官方给出了明确指引——

适用场景：
– 企业搜索 Agent 在联邦检索后需要综合异构结果
– 需要跨 Slack、Gmail、Google Drive、Notion 等多个信息源合并答案
– 知识管理、记忆系统、编排类工作流

跳过场景：
– 纯网页抓取、SEO 内容撰写
– 单一权威文档已能完整回答，无需合并工作

安装方式：

一行命令搞定，通过 Smithery 分发到 Claude Code：

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

Skill 来自 Anthropic 官方维护的 knowledge-work-plugins 仓库，repo 累计约 23.9k GitHub Stars，安全扫描 3/3 通过。目前在 Smithery 上的安装量接近 6000 次，近一周稳定增长中。

我的判断：

企业搜索喊了多少年了，难点从来不是”搜不到”，而是”搜到太多、相互矛盾、还得人判断”。Knowledge Synthesis 这次是把 AI 推理能力直接接在搜索结果的后处理上——让机器先打一架，结论给到人。

这比单纯给 AI 加个 RAG 或接个向量数据库更务实。毕竟，企业知识的问题从来不是缺少信息，而是缺少理解。

GitHub：https://github.com/anthropics/knowledge-work-plugins

GitHub: https://github.com/anthropics/knowledge-work-plugins