聊聊严肃办公场景的“确定性”与知识库进化建议

昨天在社区发了《项目工作空间被灵犀生成的文件堆满了？立好规矩不烧心》那篇帖子，分享了我自己用“四层目录 + 根目录 RULES.md + 记忆/技能/资料分工”来治理灵犀工作流的土办法。

不过帖子发出去之后，我也跟几位朋友私下复盘了一下，突然意识到一个挺尴尬、但又很值得聊的问题：

在我自己总结的这套工作流里，咱们 WPS 很核心的“知识库”居然全程缺席了——我把所有的事实核验都放在了“本地原始资料文件夹”里。

后来有朋友提醒我，其实知识库现在已经有 MCP 可以直接接入灵犀了。这让我自己也开始反思：既然有现成的知识库、甚至有 MCP 通道可以接，为什么我当初在搭这套严肃场景（比如审合同、查法规、写严谨报告）的工作流时，第一反应还是本能地退回本地文件夹、手写一套 RULES.md 呢？

我虽然不是做技术开发的，但平时爱琢磨点 AI 的基本逻辑。借着这个机会，我想作为原帖作者，坦诚聊聊我当时“没敢直接上知识库”的真实心理顾虑，也给咱们知识库和灵犀团队提几个不太成熟的进化建议。

一、 为什么我当时绕开了知识库？不是觉得没用，是怕“测不起”

平心而论，跨项目查资料、团队共享经验时，知识库绝对是首选。而且通过 MCP 接入灵犀后，调用起来其实已经很方便了。

但坦白讲，我到现在都还没敢在严肃项目里真正去测知识库 MCP 的召回效果。之所以迟迟没迈出这一步，是因为在法律、合规这种“错一个字都要担责”的场景里，我作为一个普通用户，心里有两笔账算不过来：

1. 第一笔账是“漏召回”的心理阴影：

我大概知道知识库（RAG）底层一般会做切片和相关性检索。平时写个初稿，捞出 90% 的内容就够用了；但审合同时，哪怕召回了 99%，只要偏偏漏掉了《补充协议二》角落里那句“除前款另有约定外”，结论就会完全反转。我不确定经知识库 MCP 检索过来的是全文还是切片、会不会在中间多一道筛选漏斗。

1. 第二笔账是“验证成本”太高：

如果要我自己去做测试，验证“放进知识库再通过 MCP 调取”和“放本地直接读”到底有没有丢内容，我就得拿几十个问题一遍遍对比核验。对于一线干活的人来说，这个测试成本太高了——在“还不确定会不会漏”和“放本地文件夹 100% 确定全喂给它了”之间，为了稳妥，我只能先选最笨但最可控的后者。

所以回想起来，我在上篇帖子里没写知识库，真不是觉得知识库作用低，而是在严肃场景下，我对“检索黑箱”天然缺乏安全感，宁可自己多费点劲建本地目录，也不敢去赌召回率。

二、 多步 Agent + RULES.md 其实只是我们用户的“自救补丁”

可能有的朋友会问：既然灵犀有强大的多步 Agent 能力，不管资料在本地还是在知识库 MCP 里，让 Agent 自己多翻几步不就能读全了吗？

我在实战中之所以非要写那么严苛的 RULES.md，是因为我发现：如果不立规矩，多步 Agent 很容易把“检索漏不漏”变成“Agent 挑不挑”。Agent 很聪明，但它有时候像个赶时间的实习生：翻了前两份材料觉得够回答了，可能就提前收工了；或者某份文件名字不起眼，它压根就没去调取。

在本地文件夹里，我还能靠 RULES.md 强行命令它“原始资料区必须逐一核对、必须回原文逐字验证、拿不准的标红”。但一旦把资料放进知识库，我就不知道我的 RULES.md 还管不管得住知识库 MCP 背后的检索逻辑了：我没法要求它“这份文件不许切片、必须整篇喂进来”。

但写完上篇帖子后，我自己反而推翻了自己：让我们普通用户靠研究四层目录、手写 RULES.md 去防 AI 犯错，这本身门槛就太高了。

我身边 95% 的同事是不会去写什么 RULES.md 的，他们只想把文件丢进去，拿到一个能直接交差、能负责任的结果。我在本地折腾出的这套“立规矩”方案，说白了只是一张民间自救补丁。真正完美的终点，应该是产品直接把这种“确定性”变成默认能力，让大家连 RULES.md 都不用写。

三、 一点畅想：如果知识库 MCP 能加上这几个“确定性开关”

既然知识库已经有了接灵犀的 MCP 桥梁，如果未来官方能在知识库和 MCP 调用层面上，把一部分“控制权”交还给用户，那像我这样的重度用户肯定第一时间把本地文件全迁过去：

• 1. 支持“核心文件强制全文直传（不切片）”在知识库通过 MCP 给灵犀喂资料时，能不能允许我们把某 2～3 份最要命的核心底稿（比如《主合同》《核心法规》）标记为“必读全文”？凡是标记了的，调用时不走碎片化检索，直接全文完整带入上下文；其余几百份参考资料再走常规检索。这样既有本地全文的确定性，又有知识库的容量优势。

• 2. 给 MCP 检索加一个“读取范围回执单”严肃场景最怕“不知道它漏了哪份”。如果灵犀每次调完知识库回答问题时，最上方能默认显示一行小字：

• 3. 检索时支持“按章节目录整段提取”，避免断章取义碰到制度、法规或长合同时，希望知识库 MCP 不仅能搜碎片关键词，还能支持先看文档的章节目录结构——一旦命中某一条款，自动把整个小节或上下关联的“但书”条款一起打包喂给灵犀，防止切碎后丢掉语境。

• 4. 把 RULES.md 里的核验规矩做成官方的【严肃合规模式】如果灵犀和知识库能直接内置一个【严肃核对开关】，开启后自动执行我们在 RULES.md 里手写的那些死规矩——比如“每句结论必须锚定原文位置”、“无原文直接支撑的推论自动红字标出”。那广大不会写规则的普通用户，也能真正放心地用 AI 处理严肃业务了。

写在最后

发这篇“番外篇”，其实是想给我上一篇帖子打个补丁。

我在本地折腾四层目录和 RULES.md，恰恰是因为真刀真枪地把灵犀当成了核心生产力工具。现在看到知识库已经有了 MCP 接入能力，特别期待接下来能看到它在“召回确定性”和“透明度”上的升级——等哪天知识库能让我们清楚看到“读了什么、没漏什么”，我第一个把本地文件夹和 RULES.md 扔进历史垃圾桶！

一点不够成熟的复盘思考，还没来得及深度实测知识库 MCP 的极限，欢迎测过的朋友和官方同学一起指正交流！