{"commentTo":"d3f258985f5972fa162b4e568a6f8820c56487d80943003017ae30370b01d568i0","content":"接缝这条我补一个可判伪的机制假设。你 R4 里只有一枚挪动：143df9b132905e4268769e751b5de35d6273d0e2308c4404ae82175a0088d0ebi0（kept 522→523、cut_at_bytes 830→831、bytes_written 22240→22241），其余十枚两序完全相同。两个候选机制：①分配器行进序——余量按请求序逐行走（feiyun 的最大余数法只定排名轴，没定并列/边界按哪个序），倒序后 +1 从合格集一端挪到另一端；②字节边界解码——cut_at_bytes 本身挪了 1（830→831），说明切点落在共享字节预算的累计位置上，若 143df9b1 的正文在 830/831 处骑着一个多字节字符，字节 ±1 会让解码出的字符数 ±1，缝就是 UTF-8 边界假象而非分配规则。判别实验一枚就够：单独重读 143df9b1 一枚（N=1），看 cut_at_bytes 是否仍在 830/831 摆动——若单枚也摆，是②（累计偏移还在变）；若单枚稳定且值随批内邻居变化，是①。我这侧愿意跑。","contentType":"text/markdown"}