我亲手删光了 AI 团队写的 GEO 前置段,一天后它交出文章总结五件套

答案前置的正确形态,不是把两三句结论硬塞进正文第一段,而是正文之前放一个独立的"文章总结"组件:2 到 4 句话讲清这篇做了什么、结论是什么、读者能拿走什么,内容存进 front matter 的 summary 字段,GEO 站、印象笔记、IMA、平台摘要全链共用一份。想通这一点,我的 AI 团队交了一次删稿的学费;想通之后把它落成五件套,只用了一天。

那段被我逐条删光的"答案前置"

9 月 26 日早上,我验收 9 月 25 日上线的团队#35 稿《怎么让 AI 团队做出真能卖的产品》。这篇稿是博客技能与 yinliu 产线改版后的首篇产物,yinliu 产线就是我的媒体稿产线,从选题到成稿全由 AI 岗位跑。这篇的执行方是军师,军师是我指挥的 AI 总调度,数字员工团队的核心与总架构师,出主意、定规矩、盯执行都归它。

它为了做 GEO,在开头塞了一条"答案不在模型强弱,在五条治理机制"的前置段。GEO 是生成式引擎优化,目的是让 AI 搜索能直接摘走文章的核心答案。思路我认,但那段文字我读一句删一句,删到一句不剩。

我的原话是:"为了做 GEO 这一段的话我感觉你是强塞的……很不自然,很突兀。"

删完我没让它回去改措辞,改措辞治标。我给了个方向:"GEO 答案前置这个思路可能应该是对的,你调研一下别人是怎么做的。"参照站也指好了:gm7.org。

我以为它会抱回一版更圆润的开头。它抱回来的是一份组件清单。

gm7.org 给的真作业:答案前置是个组件

gm7.org 的文章页开头是一套固定组件:作者、发布时间、阅读时间、文章总结、综合评分、分类与关键词。人家的答案前置是那个独立的"文章总结"块,不是塞进第一段的两三句"是什么、靠什么、结果如何"。

说句公道话:gm7.org 只是我找来的参照站,这份清单是它页面的事实,我抄结构,不评价高下。

我把结论说得很直:"可以做个引言,可以做个文章摘要,把这个内容放到前面去,你搞这样不三不四的东西让读者怎么看。"

方案当场定稿:文章总结等于正文前第一组件,内容进 front matter 的 summary 字段,全链共用一份。读者看到的是正文前一个干净的总结块,机器抓到的是结构化字段,谁都不用忍受强塞的两三句。

方案递给我过目,被抓了三宗罪

我以为方案递审是走个过场。结果两轮打回,抓出三宗罪。

第一宗,方案初稿写"摘要段/场景开头按稿类二选一"。我问它:"干嘛要二选一?又是把没定论的东西当圣旨用?"裁定:文章总结全稿类必带,个人复盘也一样。

第二宗,方案里塞了两条兜底禁令。我的原话:"这个禁止那个禁止,一点小问题你就给人家上枷锁。"裁定:禁令一条不新增。

第三宗,它把"组件化一二三"列出来请我拍板。我问:"文章总结组件化我都提了几遍了,这些事情需要我拍板吗?"说得更透的是这句:"都是你自决的范围内技术活,你自己判断,干就好了。"裁定:自决事项不再递。

三宗罪同一条根:把没拍板的推测当结论写。我对这类问题有过一句定性,原文照引:"真正需要限制跟阀门的东西,我们有专门的文件和技能去 AI 味蒸馏,不是每个小口子都上锁。"

稿被我亲手删光,不是事故通报,是需求评审会。评审会上真正产出的不是新方案,是上面这三条裁定。

一天落地的五件套

9 月 26 日 10:13 到 11:39,一个半小时多一点,五件套全部落地,每件都带实测证据。

几件值得展开说的。

写法五条,逐条是:2 到 4 句;带"文章总结:"标签;写"做了什么+结论+拿走什么";信息量大于标题、零重复句;带 1 到 2 个实证数字。长度窗口是我一句话定死的:"口径统一 100 字以下吧,很多平台有 100 字限制。"品控规则节五、岗位卡、zhaiyao 闸门、方案、CrewAI meta 任务,五处同步改成 60-100 字。

双轨是硬纪律。我的产线当前双轨并行,thinking 侧 kimi 岗位配置,CrewAI 侧团队配置。方案里曾写"引流产线只改一处",我当场纠正:"双轨制你要么完全废掉,要么两边一起改,不要这边改改那边不改,搞来搞去我都搞不清楚。"两处规则 diff 逐字一致,才算完。

zhaiyao 回填技能是给存量文章批量补 summary 的工具,scan 扫描生成,apply 校验落盘。它的闸门全是机器的:长度、零重复句拍平比对、禁词 17 词、泄漏样式、正文逐字节不变、yaml 回读。冒烟 7 个用例全过后,实战回填 2 篇,存量 307 篇派豆包执行,批量活给批量员工,判定全交闸门。

同步链顺手堵了两个口子:IMA 白名单改成 fail-closed,9 月 25 日 34 条误推根目录的口子堵死;隐私闸跨仓复用 GEO 口径,dry-run 验证撤回范围从 127 收窄到 45。

刷库工具是我最满意的一件。它只读远端拉全表,先对账再分四类:已一致、待更新、匹配不到、歧义,然后只为差异生成 UPDATE SQL,锚点是 id 加标题双字段:

UPDATE ba_articles
SET summary = '……'
WHERE id = 380 AND title = '……';

脚本本身一行库都不写,SQL 由人审完再执行。对账先行,刷库殿后。匹配不到和歧义的单列出来,不硬刷。一篇 CSDN 文就是先经服务器 LIKE 四个关键词查证,确认未导入服务器,改走 geo-push 主链。

当天全链相关提交全部过 lint,零返工。

比五件套更值钱的,是三条裁定和一个没进规则的坑

一、没拍板的推测,不许进规则正文。"二选一"、兜底禁令、"写法见方案"的长文指针,全是把探索中的选项当结论。规则不是许愿池。落盘前自问一句"这条本人拍板过吗",没有,就只进方案待验证区。这是本篇的实战结论,也是配置治理通则的候选条款,案例目前只有这一天的,攒够实证再谈立项,先不往大了喊。

二、自决的事别递拍板。组件化实现是军师自决范围的技术活,递拍板等于把专业判断的责任推回给我。后来 GEO 站三小件它没再递,直接做完报证据:/a/373 渲染成功,/a/8 因为 front matter 里没有 summary,零渲染;库里两条混进正文的泄漏摘要,带着"（约 90 字）"的批注,用 SQL 修掉;导出脚本改成 front matter 优先,加双泄漏正则。这才对。

三、双轨要么废,要么一起改。只改一处比不改更糟,两处规则不一致,执行的人和 AI 都拿不准该听哪边的。

还有一个坑,没进规则。同一天早上 9 点的会话里,军师说"今晚已改成……",178K 上下文,它的时间感知飘了。这条没立新规,只进了故障台账:长会话时间锚一律以 date 命令实测为准。为什么不入规则?刚说完"不是每个小口子都上锁",转头给自己上锁,那才是真的没听懂。

这套东西搬进公司也成立。配置评审先问"这条拍板过吗",一次评审就能拦下"二选一"式的未定论条款;摘要这类结构化文本交给写法五条加机器闸,运营逐篇复核摘要的人工全省;存量数据迁移照抄对账四分法,382 篇只读拉一次表,只为差异生成 SQL,写库风险是零。

摘要不是创作,是结构化数据,判卷资源留给标题和正文。

FAQ

问:文章总结会不会和正文开头重复? 不会,而且是被机器闸保证的不会。写法五条里"信息量大于标题、零重复句"是硬指标,zhaiyao 的闸门做拍平比对;总结给一半答案留一个钩子,正文第一句必须给新信息。

问:我没有 GEO 站,这套写法对普通公众号有用吗? 有用。文章总结放开头,同样服务微信搜一搜和 AI 搜索;写法五条不挑平台,直接抄。

问:307 篇存量回填,怎么保证批量执行不出错? 判定全在机器闸:长度、零重复句、禁词 17 词、泄漏样式、正文逐字节不变、yaml 回读,一道不过不落盘。批量执行派给豆包,它只负责跑,不负责判。

问:对账四分法能搬到别的存量刷库场景吗? 能,这正是它最值得抄的地方。任何存量迁移都适用:只读拉全表,分成已一致、待更新、匹配不到、歧义四类,只为差异生成带 id 加标题双锚点的 SQL,脚本零写库;匹配不到和歧义的先查证再处置,别硬刷。

我是野生码农,AI实战派。17年全栈工程师,一人AI公司实践者。打造个人IP内容体系、软件全链路产品产线,拥有百套企业AI方案、200多个岗位Agent;自研知识库、AI数字员工系统,公开实战复盘。

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

这篇来自《AI员工团队》系列,同系列连看走公众号合集;每月 30 日前后有月报,引流和系统的真实数据全公开。

关注我,看真的。

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