所有人都安静了。

因为这正是最容易被偷改的地方：

你不说“必须80%”，你只写“建议尽量达到80%”；

你不说“必须例外上台”，你只写“建议补充说明”。

词一软，执行就松；执行一松，曲线就回落；回落之后再说“企业没做好”。

灰区回来了，还带着礼貌。

林远立刻接话：

“算。建议动作如果改变优先级或表述强度，等同于改变执行边界。

尤其涉及发生指纹、例外上台、申诉材料门槛，这些都是交易条件的‘软边界’。”

审计口点头：“写进分类规则。否则就是文字游戏。”

这一下，承建单位和协会都不好再把FAQ当“客服文案”。

审计口一句话把它重新拉回“规则边界”。

五、结论：轮值可以，但更新必须锁死

最终，省信息中心给出一个折中方案：

FAQ答复库由试运行城市轮值做日常维护（收集问题、归类整理、引用编号补充）；

任何涉及口径边界的更新，必须走变更单+版本化+回放评估+审计旁听；

省平台负责最终发布，承建单位负责技术实现，不得单方更新内容。

清远项目负责人听完，终于松了口气：“至少更新权没被某一家拿走。”

林远却提醒：“轮值也别大意。轮值如果没有引用编号习惯，口径会碎。我们要把‘引用编号’变成轮值的第一条纪律。”

六、尾声：接口立住，灰区就只能从“更新缝”里钻

夜里，林远把这章落点写进样板包：

当规则变成公共接口，真正的权力不在答复，而在更新。

谁能动“更新”二字，谁就能悄悄改边界。

所以更新必须像工程变更一样：版本化、变更单、回放评估、审计旁听。

让任何人都能提问、都能建议，但没人能偷偷改口径。

下一章，轮值机制启动后，第一批城市会因为“引用编号不严”出现口径碎片；

协会会借机说“你看，统一口径靠城市轮值不靠谱”；

承建单位会趁乱推动“由我们统一运营更专业”。

清远将不得不第一次以样本身份去“纠正别人”，这会触碰地方面子，也会触碰利益。