与 AI 知识库共事一周：服务提供商的项目经理工作如何变化

周一：与 Visscher Logistiek 的启动会

九点，Sanne 加入了本周的第一个电话会议。电话另一端是 Visscher Logistiek 的两位成员，这是一家位于 Groningen 的中型运输公司。他们希望让路线规划现代化，而 Buro Noord 将帮助他们完成这件事。

她像往常一样开始会议——过议程、对齐预期——但有一点不同。屏幕角落里，一个小图标正在闪烁：录制已经开始。自上个月起，Buro Noord 开始按项目使用 AI 知识库。每个项目都有自己的环境，用来存储所有对话、笔记和文档。AI 跟随项目一起学习，而不是跟随整个公司一起学习。

会议持续了 53 分钟。Sanne 在纸上匆忙记了两条笔记，但她知道：其余内容都在被捕捉。会议结束十分钟后，她收到一条通知。知识库已经处理完录音。一份摘要已经准备好，其中自动识别了发言人，标记了决策点，并给出三个建议的后续问题：

• "哪些外部方依赖新的路线规划？"
• "一年中是否存在规划压力特别大的高峰期？"
• "Visscher 方面由谁对供应商选择做最终决定？"

她把这些问题转发给联系人。不到一小时，对方就给了答复。Sanne 将答案粘贴到知识库里。完成。

这类系统如今由 Symphoria.io 等公司提供，它们专注于为拥有周期性客户项目的服务提供商服务。其思路是：不是为整个公司建立一个庞大的知识库，而是按客户或项目建立独立、隔离的环境。这样可以让所有内容彼此分离、可搜索，并且真正可供实际参与工作的人使用。

周二：Iwan 有个问题

Iwan 在 Buro Noord 做初级顾问已经六个月了。他正在为另一位客户做项目，但在 API 集成的一个技术问题上卡住了。他知道 Sanne 去年曾为一家物流公司做过类似的事情。

过去，他可能会发一条 Slack 消息，或者在咖啡机旁问 Sanne。现在，他把问题输入旧项目知识库的搜索栏。三秒内，他得到一个答案：三个月前某次会议中的一段摘录，包括时间戳和转录文本。当时他们选择的供应商、选择原因，以及他们避开的陷阱都在里面。

Iwan 在 Slack 上给 Sanne 发了一个点赞。她什么都不用做。

这也许是最大的变化：通常会留在人们脑子里、收件箱里或被遗忘的笔记中的知识，现在变得可搜索。不是因为有人勤勉地记录一切，而是因为文档化自动发生了。

周三：状态更新智能体

每周三上午，Sanne 都会给客户发送一份更新。简短、客观、不制造意外。写这份更新通常需要她 45 分钟到一小时。她必须回顾这一周，检查决策点，组织语言，再进行修改。

今天她尝试了另一种方式。她打开 Visscher Logistiek 的知识库，并激活“状态更新智能体”。它可以访问过去一周的所有对话、文档和笔记。她给了它一条指令：

"为客户写一份周报。客观、商务化，不使用营销语言。最多 200 字。说明讨论了什么、决定了什么，以及下一步是什么。"

十秒后，一封邮件草稿生成了。Sanne 通读了一遍。有两句话略显含糊。她做了调整。其余内容都是正确的。她点击发送。

总投入时间：两分钟。

这并不是魔法。智能体只是可以访问 Sanne 原本会查阅的同样信息——会议摘要、决策点、行动项——但它不需要从头搜索、筛选或组织措辞。它把已经存在的上下文整理成可读的形式。

周四：隐私问题

两点半，Visscher 的联系人打来电话。他听起来有些不自在。

"Sanne，我看到你们会录制我们的会议。这本身没问题，但我想知道：谁可以访问这些内容？你们会保存多久？"

Sanne 早有预料。在引入知识库时，Buro Noord 就有意梳理了同意、访问权限和保留期限等问题。她解释道：

• 每次录制只会在所有参会者明确同意后开始。
• 只有属于该项目的人员才能访问知识库。
• 音频会在三个月后自动删除；摘要和转录文本会继续保留。
• 知识库运行在欧洲服务器上，并对静态数据和传输中数据进行加密。

客户放下心来。Sanne 也给他发送了一份简短的书面确认。

这类问题出现得越来越频繁。而且这是应该的。按项目建立 AI 知识库可以做很多事，但前提是基础必须到位：谁可以看到什么、数据保留多久、项目结束时如何处理，都要有清晰约定。这不是技术问题，而是组织问题。并且必须提前安排好，而不是事后补救。

周五：回顾会

周五下午四点。Sanne 和三位同事坐在会议室里。每两周，他们都会简短回顾一次知识库的使用情况。

他们先看哪些地方做得好：

• 花在状态更新和摘要上的时间减少了。
• 回答同事问题的速度更快了。
• 关于“那个东西在哪里来着”的临时 Slack 消息减少了。

还有哪些地方可以改进：

• 有些智能体给出的答案略显泛泛，缺少上下文。
• 不是每个人都习惯纠正或引导智能体。
• 项目结束时知识库如何处理，仍然没有清晰流程。

Sanne 记下这些要点。下周，她会和负责推进上线的内部工作组讨论。

会议结束时，她快速算了一下。本周她已经：

• 在撰写状态更新上节省了 45 分钟。
• 因为 Iwan 自己找到了答案，节省了 30 分钟。
• 因为不必整理会议记录，节省了 90 分钟。
• 因为不必查找早先对话中的信息，节省了 2 小时。

总计：大约六小时。

这还不是一个完整工作日，但足以产生显著差异。她可以把这六小时用在真正需要她投入注意力的事情上：与客户的一次困难对话、一个设计选择、一份确实需要定制工作的提案。

这对其他服务提供商意味着什么

Sanne 的一周并不特殊。它也不是未来场景。这正在咨询公司、顾问公司、开发团队以及其他处理周期性客户项目的服务提供商中发生。

这种方式不同于以往“捕捉知识”的尝试，原因在于：

• 它不依赖自律。因为对话会被自动处理，知识库会自行填充。
• 它能立即产生价值。不是三个月后，而是在同一周内。
• 它按项目扩展。不是为整个公司建立一个庞大而混乱的知识库，而是按客户建立小而聚焦的环境。

但这并不意味着它会自行发生。有三件事确实需要关注：

1. 同意与沟通

每位客户都必须知道对话会被记录、数据会保留多久，以及谁有访问权限。这不是法律上的形式，而是信任问题。不能妥善处理这一点的组织会失去客户。

2. 引导智能体

状态更新或摘要的第一个版本很少是完美的。团队需要学习如何引导、纠正和细化智能体。这需要一种不同于“AI 会处理好”的心态。

3. 清理与归档

项目会结束。客户会离开。知识库随后需要被关闭、归档或删除。不提前安排这一点的组织，一年后会得到一堆漂浮在外、谁也不敢再查看的混乱环境。

回到周一

周一早上九点。Sanne 开始新的一周。她的日历里有另一个项目的启动会。她打开知识库，检查录制设置是否正确，然后开始会议。

到现在，这已经像例行事务一样。并不令人兴奋，也不特别。只是：工作本来就是这样进行的。

而这也许正是新工作方式真正落地的最好标志。不是当它令人印象深刻的时候，而是当它变得理所当然的时候。