标签： Replacement Successor

在 Go Learning & Documentation v2 中，我准备重新整理项目自有的 /translation/ 页面时，发现一个看起来很反直觉的问题：页面明明是自己维护的，却不能像普通 HTML 一样直接重写。原因是旧正文已经被 corpus、Generation、Review、closure 和 Surface 等正式流程消费，过去的证据都绑定着当时的 exact source。本文介绍为什么 immutable 并不意味着内容永远不能更新，而是历史事实不能被原地覆盖；同时区分 append successor 与 consumed-source replacement successor，说明为什么追加新内容可以大量继承旧语言结果，而改写、删除、重排旧正文则必须建立新的 source authority。文章还讨论了为什么 renderer 不能绕过正式语言流程直接注入中文，以及为什么 source ownership 和 source lifecycle 是两回事。核心结论是：当一份内容已经进入正式多语言生命周期以后，修改它不再只是编辑文件，而是在执行一次内容版本迁移。