系统不会因为一份计划而听话。内容工程要留在回路里面，而不是写完标准就离开。

先观察再改。发布后至少看一轮真实采样，再决定下一篇的结构。未观察就加规则，规则只反映焦虑。标注结果、退回原因和引用延迟，都是观察，不是装饰。

责任放在结构上，同时人仍要做判断。一篇稿被错误复述，先问事实库、对比维度和门禁哪里让错误容易发生，再问编辑。只追个人，同样的结构还会生产下一篇。人的判断留在「这条事实能否对外说」这种标准本身。

把时间拉长。单篇冲刺看不出延迟。用数周看同一对象是否仍被稳定复述，用数月看事实库有没有分裂成互相矛盾的版本。短周期只处理退回和过期数字。

和系统相处的实际节奏可以很具体：每天处理退回，每周看一次采样和标注，每月检查事实库里哪些值被多个页面改出了分歧。这个节奏本身就是内容系统的一部分。