我测千问办公写架构报告:它拿我的文章当证据,推我两天前废掉的 CrewAI 方案

一、它为什么看不见"废"这个字

根因一句话:AI 只搜公开快照,不查本地活知识库。旧文停在方案活着时的定格,"作废"两天前才写进我的本地台账,它看不见。

事情发生在 9 月 12 日早上。

我的数字人团队正好撞到瓶颈:CrewAI 架构两次翻车,我刚把软件开发团队废掉重构。那段时间我在研究豆包办公、千问办公这些大厂办公套件,千问办公这套件,实测下来其实就是一个智能体,一个 Agent。

而 Kimi Code K3 我前期测过,无头模式(kimi -p,非交互命令行调用)具备满血 Agent 的能力。满血 Agent 是我自己的叫法:一个文件夹=一个独立项目=一个 Agent,带人格描述、技能和 MCP 配置,在一个终端里就能调起另一个文件夹建起来的员工。

于是我给千问办公派了个调研任务试试水:围绕"用 Kimi Code 无头满血模式搭多智能体数字人团队"出一份架构决策,工作流怎么搭、岗位怎么写、技能怎么配、前端页面元素回传 LLM 的回路怎么解。

它跑了 7 次检索取原文,产出一份 7 模块的 HTML 决策报告,深色首屏挂 4 个 KPI,对比矩阵、彩色风险条一应俱全,置信度自己压到 72%,理由是"官方 CLI 文档没写清 subagent 和满血预算"。

报告做得像模像样。我以为接下来就是挑个方案开工。

结果翻到证据链那一屏,我看到一个熟得不能再熟的标题。

二、被引用的那篇,作者是我本人

《用 Kimi Code 本地搭跨项目多智能体调度》,发在掘金,作者:野生码农。

AI 拿我本人写的文章,来向我做方案论证。这画面多少有点荒诞。

更扎心的是它给的综合首选方案 A:「目录即员工 + kimi -p 无头分派 + CrewAI 产线 + DevTools MCP 元素回路」。其中第三层"CrewAI 产线 + QC 门",对开发岗来说,正是我 9/10、9/11 两天连发的《开除 CrewAI 软件开发团队》里刚废掉的 ipdev 模式。

这里说准确点:我废的是 CrewAI 的开发线,内容和媒体产线留着照跑,不是把整个 CrewAI 体系扔掉。

我当场把话点破:

"你引用的模式,crewai+kimi 3.0 这文章还是我自己写的,前两天刚刚把 CrewAI 软件开发团队给费掉,重新搞。"

还有个乌龙。报告里把那篇文章写成"两年前写的"。我搞 AI 才一个多月,文章是上个月的。我立项时的结论就一句:说明千问写文章不严谨。

三、拦住它的,是动手前的一次回源核对

这份报告差点直接变成开工令。

拦住它的不是什么高深手段,就是我自己的一个老习惯:凡 AI 给架构建议,先点证据链,逐条问一句"这是什么时候的状态"。

一点就露馅。它引用的是一篇公开快照里的旧文,而我废掉 ipdev 是两天前的事,只发生在我本地的知识库和公众号新文里,公开网络上那篇旧文还在原地站着,看着依然像"已验证"。

我以为它在外部找到了我不知道的新证据,结果它拿我旧文的定格,当成了今天的现状。

反过来也成立:它能搜到这篇文章,说明我写的内容 GEO 是有效的。GEO 就是让文章对 AI 搜索友好、能被 AI 检索引用的优化,我这篇在掘金显然被千问办公老老实实抓进了证据链。搞笑归搞笑,这一点我不亏。

四、锅不全在 AI:我的库里也没有"已废"的戳

根因前面说了:它只联网搜公开资料,从不打开同一台机器上、就是我每天在用的本地活知识库 D:\code\thinking。

那个库里,git log 明摆着"开除CrewAI开发团队"的提交记录,.headless_pilot 目录里堆着一堆无头模式的活证据。它一概没看。

讽刺的是,9/9 的台账里我刚给自己立过一条规矩,叫"事实源存活检查":涉及状态的结论,只信活着的系统。三天后,AI 当着我的面把这条犯了一遍。

但锅不能只扣给它。我的知识库里,旧条目没有作废标记,废掉的方案和新方案躺在一起,长得一模一样;我派的调研指令里,也从没写过"先查本地"。

它确实不严谨,但我没给它看见"废"字的机会。

五、三查清单:版本、状态、时间,你也能直接用

这次之后,我把"事实源存活检查"从人的纪律,升级成了对 AI 的派单验收项。你不用有我这整套系统,动作就三个,抄走即用:

配套两条纪律,你可以原样搬进自己给 AI 的派单模板。

第一,选型、架构类指令强制加一句:"先读 D:\code\thinking(git log + notes/AI工作 + .headless_pilot)再答,公开检索只做增量。"路径换成你自己的知识库目录就行。

第二,AI 引用的任何"已验证证据",必须标注来源时间和是否本地活文档,旧文、快照一律降级为参考,不许当决策的强证据。

顺手说一句,这份报告我也没整个推翻。对的两块我留下了:前端元素回路走 Chrome DevTools MCP(@chrome-devtools/mcp-server 加 chrome --remote-debugging-port=9222 绑本机,agent 自己读元素、改源码、重截图确认,.headless_pilot 里 t4_mcp 正在验);跨项目委派一律 cd 目标目录 && kimi -p,不用会话内 subagent,免得静默继承错的能力清单。

改掉的只有第三层:开发线不再挂 CrewAI 产线,回归"总调度 + 按需起无头员工"。原因很朴素,CrewAI 是流水线框架,适合内容、文档这种"素材进、成稿出"的产线;开发岗要的是随叫随到的老师傅,面对的是正在被改的那份源码状态,不是一包只读素材。

六、知识库也要有保质期

这次试水,千问办公其实给了我两个证明。

一是我的文章 GEO 在掘金真起了作用,能被大厂办公套件检索引用。二是 Kimi Code 无头模式搭数字人团队这条路,可能全网就我在搞,也可能别人搞了,闷声发财没分享出来,我不知道,不乱说。

但比这两个证明更值钱的,是那个差点漏过去的坑:AI 最危险的盲区,是只去外面找"我缺什么",不先看"我手边有什么"。

废方案可以留档,它们是教训,不是垃圾。但留档就得打上"已废"的戳,否则下一个 AI 还会把它端上桌,热一热,当成新菜端给你。

下一篇,新团队(Kimi Code 无头岗位包)接首单实战:GEO 博客前台视觉原型,行不行,跑完见分晓。8 月 30 日前后还有月度数据复盘,真实数据全公开。

FAQ

问:千问办公的调研报告还能信吗? 能信,但要分用途。它的检索和结构化能力是实打实的,7 次检索出 7 模块报告,框架搭得很快。涉及"现状、状态、版本"的结论必须回源核对;方法、选型、工具对比这类内容,参考价值很高。

问:我的文章怎么才能被 AI 搜索引用? 就我这次的实测看,标题带实体名、正文给可核验的细节(命令、路径、数据)、结论写得干脆,AI 更愿意抓。这套 GEO 打法我还在持续测,后面会专门写一篇复盘。

问:没有本地知识库,个人开发者怎么防"AI 荐废案"? 最低成本的版本:建一个"决策台账"文件,每废掉一个方案就记一行,带上日期和原因。给 AI 派选型任务时,让它先读这个文件再回答。文件不用 fancy,活着就行。

问:Kimi Code 无头模式搭数字人团队,进展到哪了? 前期验证无头模式具备满血 Agent 能力,正在做岗位包化。首单实战是 GEO 博客前台视觉原型,做出来我会把过程和结果原样发出来。

我是野生码农,AI 实战派。自研知识库、数字员工、软考备考、量化交易四个系统,全程公开复盘。

本文所有内容均为本人 AI 实战的过程和结果,经 AI 整理后发布,无任何瞎编虚构内容。

这篇来自《AI 员工团队》系列。下一篇:Kimi Code 无头岗位包首单实战,GEO 博客前台视觉原型;月底前后还有月报,真实数据全公开。

关注我,看真的。

野生码农AI实战 · 全网同名