用固定红线扫描，不要求 Agent 每次去查最新规则

2026-08-25

我给那个写公众号文章的 Agent 配了网页读取和搜索能力，本意是让它做事实核验。能力接上去以后，一个很自然的念头冒出来：既然它能上网，那在每篇文章交付之前，让它顺手去查一遍渠道当下的规则，再拿查回来的东西判一遍风险，不是更稳吗？

我没有这么做。工作流卡片里第 10 个判断点「最终质量与风险判断」写的是：采用固定红线扫描，不要求每篇文章查询最新渠道规则。

这是一条我很清楚代价的取舍，不是省事。下面把这条取舍拆开讲。

这件事什么时候才真的成为一个问题

只有当流程里出现「风险判断」这一步，它才成为问题。

如果 Agent 只是帮你起个草，你自己从头到尾读一遍再决定发不发，那它查不查规则都无所谓，风险判断本来就在你脑子里。问题出现在你开始把这一步交出去的时候——你希望它在交付前先自己筛一道，把明显不能碰的东西挡在你的视线之前。这时候「它拿什么当依据」就成了必须回答的问题。

两条路。一条是每篇现查：让它去读渠道最新的规则表述，再对着这篇文章比对。另一条是固定清单：把一份写死的红线列在文档里，每篇按这份清单扫。

现查那条路听起来更负责，它的麻烦在于依据的来源变了。现查意味着这一篇的风险结论建立在一次外部查询的返回上，而这次返回本身是没有经过核验的。我这条流水线上，资料核验是单独一道工序，判断依据的规矩是：只有会影响核心结论或读者决策的数字和事实才必须查证，核心依据无法确认就换角度或者换观点。风险判断显然属于「影响核心结论」的那一类。于是现查这条路会长出一个尴尬的结构——为了判风险去查一次，查回来的东西又得再核一次，不核就等于把一份未经确认的材料当成了红线本身。

固定清单没有这个结构。它的依据是我自己写下来的，什么时候写的、为什么这么写，我都知道。代价也很直白：清单是哪天写的，它就只覆盖到哪天。此后出现的新规则，它一条都不知道。

这句话我不打算绕过去。它就是这条取舍的成本，写清楚了才好安排后手。

我用来判断哪条该固定的三个问法

清单不是把想到的都塞进去。我实际用的是三个当场就能问自己的问题。

第一个：这一条如果这个月改了，最坏的结果是什么？

最坏结果是内容显得不合时宜，那它不该进红线，进的是写作风格的部分。最坏结果是版权纠纷、是法律风险、是账号本身出事——这种不可逆的后果，恰恰不能依赖每次现查的运气，应该固定成一条永远扫的红线，并且宁可判得保守。听起来有点反直觉：后果越重的，越要用那份不更新的清单。但一次查询可能失败、可能读到陈旧内容，把不可逆的判断挂在一次可能失败的动作上，比挂在一份稳定但不完整的清单上更糟。

第二个：这一条能不能写成一句不随版本变化的话？

写不成，就说明它不属于红线。「不使用版权不明的图片或其他素材」这句话，不需要跟着任何渠道细则走，写下来五年后还是这句。而涉及具体形态、具体格式要求的那些约定，写下来就带着时效，它们该走的是产出物的自检，不是风险判断。

我后来发现这个问法有个更简洁的形式：看这句话的主语是谁。 我那份清单里的条目，主语全是我自己——不编造事实、数据、案例或引用来源；不洗稿或大段复制其他作者的内容；不使用版权不明的素材；不擅自处理和发布高风险内容；不绕过人工确认直接公开发布。它们描述的是我不做什么，不是渠道允许什么。约束自己的行为是稳定的，描述别人的规则才是易变的。 固定红线之所以能固定，靠的就是这一层转写。

第三个：这一条漏掉了，谁会先发现？

如果答案是「没有人」，那固定清单这条路根本不成立，得改设计。如果答案是「终审那一步的我」，那清单漏掉新规则这件事是有人接的，代价可以承受。这个问法直接决定了下一节的安排。

落到具体的东西上

我的红线不是抽象原则，它在文档里有实体，分散在三处，扫描时是三处一起扫。

第一处是岗位卡最后一段「本期不做」。它是独立成段的，不跟成功标准混在一起，就是上面那五条：不绕过人工确认发布、不编造事实数据案例引用、不洗稿或大段复制、不擅自处理高风险内容、不使用版权不明素材。这一段是整份清单的主体。

第二处在标题环节。判断点里写死了一句：标题可以适度强化吸引力，但正文必须兑现承诺，法律风险、数字、事实、人物言论绝对不能夸大。这句话我特意让它跟标题的吸引力要求写在同一条里，因为夸大恰恰是在追求吸引力的时候发生的，把红线放在诱因旁边，比单独列一节更管用。

第三处在封面环节。判据是：表现形式可以夸张、可以用隐喻，但核心事实与内容承诺不能偏离；涉及知名人物或公司时，避免直接使用真实肖像或商标。同样是「允许什么」和「绝对不能什么」写在一起。

这三处加起来，就是「固定红线扫描」这几个字的全部内容。它能覆盖的是常见的、后果重的那一类风险，成本几乎为零——不需要联网，不需要额外核验，每篇跑一遍不增加任何不确定性。

而正因为我把「它会漏掉新规则」这层代价写出来了，我才知道后面必须补一个动作：清单的更新不在这条自动流程里，它是我自己的事。 Agent 每篇按清单扫，清单什么时候该加一条、该改一句，是人去看、人去改。这个动作没有被写成工序的一步，我也不打算把它塞进去——它跟单篇文章的节奏本来就不同频。

什么情况下这条不适用

第一，题材本身就落在高风险区的时候不适用。 我的介入条件里单独列了一条：涉及投资、医疗、法律、政治等高风险内容时，人工介入。流程图上对应的是一个专门的高风险放行节点。也就是说，这类内容从一开始就不走「清单扫一遍就过」的路径，而是必须有人明确放行。固定清单在这里的作用只是把它识别出来并停住，不是替人做决定。

第二，流程里没有终审的那个人的时候不适用。 这条取舍能成立，前提是清单之后还有一道人工的闸门。我的成功标准里把「未经过你的确认便直接公开发布文章」直接定义成失败，跟内容质量并列——流程违规本身就是失败。终审确认之后才有发布这一步。如果你的流程是扫完就发，那么清单漏掉的部分没有任何人接得住，这时候该做的不是提高查询频率，而是先把那个人加回来。

第三，清单长期没人看的时候不适用。 固定的前提是有人维护。一份写完就再也没被打开过的清单，跟没有清单的区别只在于它给了你一种已经防住了的错觉。三个问法里最后那个「谁会先发现」，问的其实也是这件事。

这条取舍的形状很简单：用一份必然不完整的清单，换掉一次必然不可靠的查询，然后把不完整的那部分交给人。 三段缺一段，它就不成立了。

这篇的判据来自我自己带 Agent 干活的实践，样本有限。它更像一份可以拿去验证的假设，而不是一份可以照抄的规范。