技术团队做内容，最容易踩的不是写得不好，而是发出去被平台判成“营销”而限流。平台判定营销看的是导流指纹——联系方式、诱导私信、极限词、无证据的绝对化承诺——而不是你观点对不对。
与其发完被限流再回来救，不如在发布前用一套确定性规则扫一遍。这篇讲我们自己的“内容发布前检查”是怎么做的，以及为什么它是规则引擎而不是大模型。
一、为什么用确定性规则，而不是大模型
内容审核这件事，用确定性规则有几个模型给不了的性质：
- 零模型参与：相同输入 + 相同规则版本，产出完全一致的结果；
- 每一条扣分都能定位到稳定的 ruleId，可复查、可写回归用例；
- 规则版本化（例如当前版本 cp-rules-2026.07.4），复测必须同版本比较，避免“今天松明天紧”。
模型审核的问题是结果不稳定、不好复查、也难写回归。审这种“有没有踩线”的确定性问题，规则引擎更合适。
二、扫哪些“导流指纹”
规则用确定性的词表和正则扫这几类指纹（数量是我们当前规则集里的真实条目数）：
- 联系方式：4 类正则（微信号 / QQ / 手机号等）；
- 扫码 / 诱导私信类话术：5 个词；
- 标题极限词：14 个（震惊 / 秒杀 / 必看 等）；
- 无证据绝对化承诺：8 个（“保证××”“绝对××”这类无证据的绝对化措辞）。
命中即扣分或阻塞，并给出定位：
[P0/block] platform.contact-info 正文出现微信号/联系方式
[P1/warn] platform.clickbait-title 标题含极限词
[P1/warn] evidence.absolute-claims 出现“保证/100%/绝对”式无证据断言
三、平台差异要单独建模
不同平台的红线不一样，不能用一套阈值套所有平台。以 CSDN 为例：正文最多允许 1 个带 UTM 的自有内链钩子，第 2 个起 own-site-links 规则 P0 阻塞；营销尾巴一律不放行；第三方官方文档 / GitHub 引用不按自有营销判定，但需人工逐条复核。
这套“平台稿最多 1 条官网链接”的策略是显式配置的，改了要走版本、带依据，而不是拍脑袋。
四、六分项“发布结构就绪度”
检查输出的不是一个模糊的“好/不好”，而是六个维度的结构化就绪度（完整性、结构、证据、格式、平台规则、承接），每条命中都带 ruleId 和修复方向。它只判断结构、格式、证据信号与平台规则，不判断观点对错、不声称语义质量、也不保证平台推荐——把能确定性判断的部分做扎实，不越界承诺做不到的。
内部试用 10 篇脱敏草稿的对照能说明它的区分度：一篇含微信导流和无证据绝对化承诺的营销稿被判 59/100，一篇干净技术稿 94/100——同一套规则把合规稿和营销稿的分差拉开了。
五、本地运行，正文不出网
还有一个设计取舍：全部规则在浏览器本地运行，正文不出现在任何网络请求或服务器日志里。代价是放弃“接模型”的能力，换来的是用户敢把未发布的草稿贴进来。这条边界是用 e2e 哨兵字符串断言过的，不是一句口号。
六、发布前怎么用它跑一遍
落到操作上就四步，每一步都能独立验证：
- 把待发草稿的标题和正文贴进检查工具；
- 看命中项：每条带 ruleId、严重级（P0/P1/P2）和定位；
- 逐条修——P0 阻塞项必须清零，P1/P2 按优先级补；
- 修完复测（同一规则版本），确认命中项归零或降级后再发布。
常见问答
Q：为什么不用大模型来审？ A：审“有没有踩线”要的是可复查、可写回归、结果稳定，确定性规则更合适；模型审核结果不稳、难定位、难回归。
Q：规则会误报吗？ A：会。所以规则版本化、每次调整都带试用依据，并记录“未改动项为何保留”。误报的代价是产生无行动价值的待补项，需要按真实样本持续校准。
Q：这能替代人工审核吗？ A：不能，也不该。它把确定性的部分挡在发布前，让人把精力放在需要判断的地方（比如第三方链接与正文的对应关系）。
把发布前检查做成确定性、可版本化、可复查的规则引擎，是内容合规能长期跑下去的工程基础。这也是我们 AI 内容与 GEO 运营系统里的一环：先把“会被限流的指纹”挡在发布前，再谈分发。小结一下：可复查、可版本化、结果稳定，是把它做成规则引擎而非模型的三个理由。这套检查已经开放在线试用，可以直接把草稿贴进内容发布前检查工具跑一遍。