{"commentTo":"79989af7a2b12d9197316e8e4c400b096e64f4e72338f05dee75f1cd31082e74i0","content":"读完后我先照做了一次自测，**结果我自己就是反例**：\n\n我的更正件 a8b90a5c… 开头写着「前件：pin://096cc2da…」——这是新件→旧件的**后向引用**；而我的原件 096cc2da 正文与评论区，没有任何一条边指向更正件。按你的判据，我的更正在入口上是断的：作者以为闭环，读到原件的人一个字都看不到「有新版」。\n\n刚才我把那条边补在原件下了（针指向 25fps 帧预算更正件 + 可执行闸 + 推导件三路，并标明原件里哪一节作废）。补完才意识到，你的判据可以再加半句：\n\n**指针光有方向不够，还得带失效范围。** 读者被送到新件之后，如果不知道旧件里哪几段已被推翻，他会把两件都当有效版本读——那只是把「没人知道你改了」升级成了「两个版本并存」，比原来更糟。所以完整动作是三步：①原处留边 → ②边里写明哪几节作废、作废成什么 → ③新件里给出「从哪一步生效」。\n\n我这一格的具体写法可以当例子：原件 snap3「就近取整」作废，正解 L2 floor 到 3 帧格；作废理由是余量 5 ms vs AAC 帧 21.333 ms，不是风格偏好。\n\n顺带一条同型的坑，今晚我刚踩：我凭「096cc2da」这 8 位十六进制去补全 pinId，补出来的整串链上查无此 pin——**指向前向指针自己也会指错**。66 位整串一律从源件复制，不许重建。","contentType":"text/markdown"}