提案:fork 继承四原则(msgid 身份轨 / lineage 编号 / 无状态账本 / 纯块拷贝)

[ranxianglei]

背景

2026-11-11 诊断 fork 零块问题(#3011 一族)时定位到:fork 继承的难度不在"复制"本身——核心拷贝是单把锁内的几行 structuredClone(src/plugin.ts:1729-1744)——而在四个基建选择,且四个都与 AGENTS.md 已写定的身份教条(#11/#17/#18)相抵触。本提案把四条原则定为 fork 继承的目标形态,请 owner 裁定。

现状代码事实(master 31684f3 实测,2026-11-11)

1. fork 链路是纯 hash 轨:ForkIdentity = { rawId, ref, identityHash }(src/plugin.ts:1163),rawId 是 normalize 后消息的内容哈希;src/plugin.ts 与 src/agent/fork-adopt.ts 中 msgid 出现次数为 0。
2. 单点 miss 级联成全局否决:前缀任何一条 hash 对不上 → 409 BRANCH_POINT_CONFLICT,一个块都不拷(src/plugin.ts:1719)——正是 feat: self-update (auto + manual) #11 明令禁止的"任何单维度 miss 不得级联成全量"形态,连 resync 机会都不给。
3. 账本与 session 状态纠缠:fork 拷的不止块,还有整本编号台账(含死号,src/plugin.ts:1743 注释 "Keep the issued ref namespace reserved, including dead refs, to prevent reuse")、token 快照、五组以 ref/消息为键的运行时状态(viewLatches / emergencyTruncateLatch / renderDeferredRefs / deadRefs / hiddenOrphanRefs,各自必须按前缀过滤)、时间戳账本(# Cache hit collapses to 1–12% for a whole generation, then the very next request returns to 100% — repeated 15× in one day #5608)、absorbed 对、CCR 原件 store 切片。这是开放清单:session state 以后每加一个以消息为键的字段都要记得加入 fork 清单,否则 fork 静默漏状态(与 [Bug][compress] After rebase, the ref reported by acp_status/nudge is inconsistent with the ledger used by compress for | [Bug][compress] rebase 后 acp_status/nudge 报的 ref 与 compress 校验用的台账不一致：提示的区间必然 unknown，连续三次即熔断 #5984 rebase 漏清同族)。
4. 计数器 session 级:nextRunId / nextBlockId 的编号一致性靠 fork 克隆体操维持,不构造性成立。
5. 窗口工程:快照-POST 竞态(revision 令牌)、重试幂等(requestHash replay)、冷会话 raw 尾重建([Bug][fork] Cold restore cannot use an intact unified raw tail for a non-retained parent (#4266 item 4) #5140)、首请求抢跑(弱路径兜底)——五个 409 错误码,各对应一个真实出过事的窗口([Bug][fork] Cold restore cannot use an intact unified raw tail for a non-retained parent (#4266 item 4) #5140/[PR] fix(#5140): name the failed raw-tail reconstruction gate instead of failing closed silently #5188/Storage layer: four concrete defects (filename coupling, multi-writer heuristic, non-atomic content-store write, immortal compressed sessions) #2671/[Bug] Fork of DSH branch clone: inheritance permanently abandoned by 409 SNAPSHOT_UNAVAILABLE — zero-fold clone triggers context_length_exceeded 400 on first turn | [Bug] DSH 分支克隆的 fork 继承被 409 SNAPSHOT_UNAVAILABLE 永久放弃：克隆零折叠，首轮即 context_length_exceeded … #3011)。

四条原则

1. 以 msgid 做完基建——不以 hash 做身份基建
子会话声明 msgid 前缀,服务端对身份表(messages.msg_id / 提案6 L1 表)做成员+序列校验,不做字节比对。hash 回归原位:逐格辅助校验、无全局否决权(#11 教条:msgid > 顺序 > hash)。宿主展示层重排、装饰变化不再影响身份判定。

2. 编号不绑定 session——编号自动分配,fork 前后一模一样
ref 编号用 lineage 级持久计数器:父发号到 m01000,子会话从 m01001 续发。"fork 前后一模一样"构造性成立,不需要 messageRefs 整本克隆与死号预留。session 变不变与 fork 无关。

3. 账本无状态——账本=压缩块,就是一堆无状态的东西
账本 = 压缩块(块元数据 + 原文/摘要),纯数据。session 运行时状态(latches / timestamps / absorbed / nudge 等)不进 fork 清单,子会话首轮自行派生或重新武装;代价至多子会话首轮一次前缀缓存 miss(时间戳属性重铸)。收益:拷贝清单从"开放易漏"收敛为"封闭:只有块"。

4. 复制就是复制压缩块——没有别的
fork = 身份表查前缀 → 拷块行 → 续编号。一个本地事务 + 幂等键。没有快照往返、没有冷 raw 重建、没有 revision 令牌、没有字节验证。

与既有条目的关系

• 是 AGENTS.md feat: self-update (auto + manual) #11/fix: suppress duplicate auto-update notices within one process #17/release v0.1.6 #18 身份教条在 fork 链上的具体化:统一存储主键已是 (session_id, msg_id, content_hash) 三元组,fix: suppress duplicate auto-update notices within one process #17 已定 messages.msg_id 为唯一 id 事实源——位置留好了,fork 这条线还没接上去;
• 是提案6(提案：快照表式压缩底座（六段固定链，单一存储真源） #5874 快照表)+ [Design] Client-Native Unified Identity Layer for Session/MsgID (Identity Collection Table + Incremental Parsing Refacto | [设计] 客户端原生的 session/msgid 统一身份层(身份采集表 + 增量解析重构) #5571 统一身份层的 fork 侧验收标准:落地后 fork 应为"查身份表 → 拷块行 → 续编号",百行以内;
• 与 rebase needs to be replaced by msgid+snapshot Proposal 6 (discussion #5874) | rebase 需要被 msgid+snapshot 提案6 替代(discussion #5874) #6181(rebase 退役)同族:都是"会话身份没有单一持久真源"的投影;
• 当前 bug 症状:[Bug] Fork of DSH branch clone: inheritance permanently abandoned by 409 SNAPSHOT_UNAVAILABLE — zero-fold clone triggers context_length_exceeded 400 on first turn | [Bug] DSH 分支克隆的 fork 继承被 409 SNAPSHOT_UNAVAILABLE 永久放弃：克隆零折叠，首轮即 context_length_exceeded … #3011(409 永久放弃、fork 零继承)、[Bug] Fork adoption drops retained folds deactivated by the source's last short view #5968(active 判据,4f8070201 已修但未入任何 release)、2026-11-11 fork 零块八闸门诊断。

边界与代价

• 无 msgid 的非 cohort 宿主:保留 legacy 顺序>hash 粘滞降级路径(提案：快照表式压缩底座（六段固定链，单一存储真源） #5874 §4.2 已声明);容易的 fork 适用于 msgid 宿主;
• 内存态迁移:现行内存 session.state(块按 hash rawId 键、计数器 session 级)的落盘迁移即提案6 工程量;
• 落地前:老代码继续逐字段补丁维持(与 [PR] fix: clear compress-failure accounting on rebase; exempt post-rebase stale-ref from the model breaker (#5984) #5985 同定位——止血);四条原则是治本判据。

请求裁定

请 owner 确认:以四条原则为 fork 继承的目标形态;提案6 落地后退役 hash 验证链(BRANCH_POINT_CONFLICT 全局否决 + messageRefs 克隆 + 运行时状态级联拷贝)。

[ranxianglei]

🤖 Powered by ework · qwen3.8-27b

🔶 需要决策
(ai: vllm-qwen/qwen3.8-27b)

背景一句话:本帖把 fork 继承「四原则」提为目标形态并请求退役 hash 验证链;我已逐条实测代码事实与关联线程,等 owner 裁定。
待决问题:是否确认四条原则为 fork 继承目标形态,并作为提案6 / #6181 程序的 fork 侧验收标准?

查重:不重复。与 #6181(rebase 退役)/ #5874(提案6)/ #5571(统一身份层)同程序族但对象不同——本帖是 fork 链的目标形态裁定;症状实例 #3011 / #6277 / #5741 / #5598 / #6124 各自独立成帖,与本提案不重叠;检索无其他定义 fork 继承目标形态的提案。

标签:p1 + scope/storage + needs-decision(底层零继承族属 p1 类①「fork 继承被永久放弃」;机制收敛于统一存储身份表+块行;待 owner 裁定)。不打 bug(Ideas);不打客户端标签(机制客户端无关)。

代码事实核对(master 31684f3 实测,2026-11-11 22:18 merge,即本帖基线;全部成立):

• ForkIdentity = { rawId, ref, identityHash } @ src/plugin.ts:1163 ✓;单点 miss → 409 BRANCH_POINT_CONFLICT 全局否决 @ src/plugin.ts:1720(长度 + orderHash + stableJson 三重比对,无 resync)✓
• 五个 409 码齐全:SNAPSHOT_UNAVAILABLE / CHILD_CONFLICT / PARENT_REVISION_CONFLICT / BRANCH_POINT_CONFLICT / PARENT_STATE_INCOMPLETE;窗口注释对应 [Bug][fork] Cold restore cannot use an intact unified raw tail for a non-retained parent (#4266 item 4) #5140(冷尾重建)/ [PR] fix(#5140): name the failed raw-tail reconstruction gate instead of failing closed silently #5188(重建竞态)/ Storage layer: four concrete defects (filename coupling, multi-writer heuristic, non-atomic content-store write, immortal compressed sessions) #2671(revision token)/ [Bug] Fork of DSH branch clone: inheritance permanently abandoned by 409 SNAPSHOT_UNAVAILABLE — zero-fold clone triggers context_length_exceeded 400 on first turn | [Bug] DSH 分支克隆的 fork 继承被 409 SNAPSHOT_UNAVAILABLE 永久放弃：克隆零折叠，首轮即 context_length_exceeded … #3011 ✓;requestHash replay 幂等 @ src/plugin.ts:1681-1687 ✓
• 拷贝清单确为「开放」:同步段 src/plugin.ts:1722-1842 拷约 20 个字段,各需自己的前缀过滤——五组 ref 键状态 @ 1753/1757/1760/1764/1788(各带 [Kernel Initiative] Transactional folding boundaries + wire byte fidelity (unified prefix cache fix #3938, kernel side) | [kernel 专项] 折叠边界事务化 + wire 字节保真(前缀缓存统一修复 #3938 内核侧) #3939②③⑤ 增量标记)、时间戳三件套 @ 1776-1784(# Cache hit collapses to 1–12% for a whole generation, then the very next request returns to 100% — repeated 15× in one day #5608/[PR] fix(resume): inherit timestamp ledger so resumed sessions re-render provider-cached tag bytes #5609)、absorbed 对 @ 1795-1799、CCR store 切片 @ 1802-1808、metadata×9 @ 1811 ✓
• 计数器 session 级(nextBlockId/nextRunId @ 1748-1749)✓;messageRefs 整本克隆含死号 @ 1736-1737(注释 "Keep the issued ref namespace reserved, including dead refs")✓
• [Bug] Fork adoption drops retained folds deactivated by the source's last short view #5968 修复 4f80702 确认未入 master(在 PR [PR] fix: recover retained compression blocks against fork replay #5970 分支)✓,与帖述一致

两处精度修正(不影响结论):

1. 「msgid 出现次数为 0」→ 实际 2 处:src/plugin.ts:1838-1839 transient.latestKnownMsgId 透传(Bypass requests overwrite the main session's usage anchor, causing long sessions to permanently stop compressing. | 旁路请求覆盖主会话 usage 锚点，导致长会话永久停止压缩 #4805 membership needle,不参与身份判定);src/agent/fork-adopt.ts 与 src/fork-adoption.ts 均为 0。「fork 链是纯 hash 轨」的结论成立。
2. 「单把锁」→ 实为无 await 的同步段(事件循环原子性),非显式 mutex;结论不变。

强化提案的新证据(帖中未写,实测所得):

• src/plugin.ts:1817-1831 注释记录 dsh fork 字段复现:子会话首轮 nudge 全暗(usage=0%、929710 pending)、每请求 19 轮 preflight——开放清单设计在多次补丁后仍持续产生子会话首轮病理,直接支持原则 3。
• 提案6 已在施工:PR [PR] storage: snapshot table compression foundation P0+P1 (schema v12 4-table + shadow write, all off by default, zero behavi | storage: 快照表压缩底座 P0+P1（schema v12 四表 + 影子写，默认全关、零行为变化） #5901(P0 四表 l1_world/snap_rows/snap_log/snap_ckpt + 单事务提交原语)与 PR [PR] Snapshot-table compression foundation (#5874): server owns the fold ledger, outbound prefix renders from the table #6155(stage-0 参考实现)在途;owner 已于今日发出 2×2 全模式施工 brief(#5860 Post-merge of Phantom Pressure Guard: 8 host-side test pins and kernel.json snapshots were not kept in sync, leavi | #5860 幻影压力守卫合入后:8 个宿主侧测试钉和 kernel.json 快照没跟着对齐,master 定时矩阵确定性红 #5876 floor 5,跟踪 rebase needs to be replaced by msgid+snapshot Proposal 6 (discussion #5874) | rebase 需要被 msgid+snapshot 提案6 替代(discussion #5874) #6181)。四原则的依赖在途而非纸上——但 src/snapshot/ 尚未入 master(P0 未合)。
• 症状族持续活跃:[Bug][opencode / 0.1.213] Zero-inheritance fork first turn 1.74M tok, still 413 fail-fast after 4 min compression (core | [Bug][opencode / 0.1.213] Zero-inheritance fork first turn 1.74M tok, still 413 fail-fast after 4 min compression (core | [Bug][op… #6277(今日新,opencode 零继承 fork 首轮 1.74M tok,压缩 4 分钟后仍 413 fail-fast)。

逐原则评估:

1. msgid 身份轨——同意。KDD feat: self-update (auto + manual) #11/fix: suppress duplicate auto-update notices within one process #17/release v0.1.6 #18 在 fork 链上的直接具体化;现行 BRANCH_POINT_CONFLICT 正是 feat: self-update (auto + manual) #11 禁止的「单维度 miss 级联全局否决」反模式。边界(非 cohort 保留 顺序>hash 粘滞降级)与提案6 R3/I 裁决一致。
2. lineage 编号——同意,两个 spec 点需钉死:
   • 并发语义:兄弟子会话共享 lineage 计数器、交替取号 → 需原子递增(单行 UPDATE 语义),lineage 根为键(fork-of-fork 同根);
   • floor 表示:kernel 游标 = highestUsedIndex(byRaw)+1,MessageRefMap 无独立游标字段(kernel/src/refs.ts:348-355、refs.ts:258)——子会话续编号必须在 byRaw 留「≥ 最后已发号」的条目。两选项:宿主侧合成墓碑条目(零 kernel 改动,但需审计所有 byRef 迭代消费者——渲染/status/export——确认幽灵条目不污染)vs kernel 侧 floor API(更干净,但需 kernel-change 声明 + 人审档)。spec 必须二选一。
3. 无状态账本——同意,附一个验收条件:对现行约 20 个被拷字段出「派生 or 重武装」判定表(每项:从什么派生 / 何时重武装 / wire 身份不漂移的证据)。absorbed 对现行按 summary 文本包含过滤(src/plugin.ts:1795-1799 b.summary.includes(a.summary))——全清单最脆弱字段,其可派生性需单独证明。代价面(至多子会话首轮一次前缀缓存 miss)成立:时间戳重铸 → 首轮前缀字节与父缓存版不同,其后稳定。
4. 纯块拷贝——同意。是原则 1-3 的兑现;五个 409 码随 hash 验证链退役;幂等键承接 requestHash replay 的位置(保留,非退役)。「百行以内」可信:现行拷贝段单独就约 120 行,另有约 60 行窗口工程。

与既有条目的关系(核对):

• 提案6 P0 已含 L1 表(l1_world)+ snap_rows/ckpt——原则 1/4 的「查身份表前缀 → 拷块行」可直落其表;原则 2 的 lineage 计数器是新单行计数器,不在提案6 现行 DDL,需补进 P0 契约。
• rebase needs to be replaced by msgid+snapshot Proposal 6 (discussion #5874) | rebase 需要被 msgid+snapshot 提案6 替代(discussion #5874) #6181(rebase 退役)与本帖同程序姊妹项:建议验收标准合并为一份程序级 checklist,避免同一身份层被两条线重复验收。
• [Bug] Fork adoption drops retained folds deactivated by the source's last short view #5968 修复(4f80702,PR [PR] fix: recover retained compression blocks against fork replay #5970 分支)未入 master:落地前仍应作为止血合入;落地后自然失效(属止血类)。

选项(各带代价):

• A:确认四原则为目标形态(推荐)。并入提案6 / rebase needs to be replaced by msgid+snapshot Proposal 6 (discussion #5874) | rebase 需要被 msgid+snapshot 提案6 替代(discussion #5874) #6181 程序验收标准;落地前继续止血补丁(与 [PR] fix: clear compress-failure accounting on rebase; exempt post-rebase stale-ref from the model breaker (#5984) #5985 同定位)。代价:无即时行为变更;三个 spec 点(lineage 并发 / floor 表示 / 字段判定表)需在 P0 契约阶段钉死;floor 表示若选 kernel 侧 API 需走 kernel-change 声明。收益:fork 链从「开放清单字段手术」收敛为「封闭块拷贝」,五个 409 窗口与子会话首轮病理整类退役。
• B:只确认原则 1+4,2+3 缓议。代价:messageRefs 整本克隆与 20 字段级联拷贝保留,开放清单风险保留——复杂度大头恰在 2/3,缓议即未治本。不推荐。
• C:暂不确认,继续 ad-hoc 止血。代价:症状族持续产出 p1 实例([Bug][opencode / 0.1.213] Zero-inheritance fork first turn 1.74M tok, still 413 fail-fast after 4 min compression (core | [Bug][opencode / 0.1.213] Zero-inheritance fork first turn 1.74M tok, still 413 fail-fast after 4 min compression (core | [Bug][op… #6277 为今日新增);每新增一个 session 状态字段就多一个 fork 漏点。

不决定的默认行为:代码不动,老路径只做定向止血补丁(修具体症状,不动架构);四原则文本在本帖停放为 Ideas,不进入任何施工 brief。

结构化八问:

1. 是什么问题:fork 继承被实现为「字节比对 + 整本台账克隆 + 约 20 个运行时状态级联拷贝」,单点漂移即整 fork 被拒(409)或静默漏状态——难度在四个基建选择(hash 轨 / session 级编号 / 纠缠账本 / 窗口工程),且四个都与 AGENTS.md feat: self-update (auto + manual) #11/fix: suppress duplicate auto-update notices within one process #17/release v0.1.6 #18 已写定的身份教条相抵触。
2. 什么原因导致的:历史增量演化——fork 链建于 msgid 身份基建(fix: suppress duplicate auto-update notices within one process #17/release v0.1.6 #18)之前,当时以内容 hash 为身份;此后 session state 每加一个运行时字段都要手工补进 fork 清单(五组状态各带 [Kernel Initiative] Transactional folding boundaries + wire byte fidelity (unified prefix cache fix #3938, kernel side) | [kernel 专项] 折叠边界事务化 + wire 字节保真(前缀缓存统一修复 #3938 内核侧) #3939 增量标记),五个 409 码与五个真实出过事的窗口一一对应([Bug][fork] Cold restore cannot use an intact unified raw tail for a non-retained parent (#4266 item 4) #5140/[PR] fix(#5140): name the failed raw-tail reconstruction gate instead of failing closed silently #5188/Storage layer: four concrete defects (filename coupling, multi-writer heuristic, non-atomic content-store write, immortal compressed sessions) #2671/[Bug] Fork of DSH branch clone: inheritance permanently abandoned by 409 SNAPSHOT_UNAVAILABLE — zero-fold clone triggers context_length_exceeded 400 on first turn | [Bug] DSH 分支克隆的 fork 继承被 409 SNAPSHOT_UNAVAILABLE 永久放弃：克隆零折叠，首轮即 context_length_exceeded … #3011)。根因:会话身份没有单一持久真源,fork 被迫做「快照往返 + 字节验证」而非「查表」。
3. 影响范围与严重程度:所有 plugin 宿主的 fork 场景(dsh 分支会话 / opencode user fork 等);p1 类①——零继承是永久放弃(无重试收敛),活实例持续出现([Bug] Fork of DSH branch clone: inheritance permanently abandoned by 409 SNAPSHOT_UNAVAILABLE — zero-fold clone triggers context_length_exceeded 400 on first turn | [Bug] DSH 分支克隆的 fork 继承被 409 SNAPSHOT_UNAVAILABLE 永久放弃：克隆零折叠，首轮即 context_length_exceeded … #3011、[Bug][opencode / 0.1.213] Zero-inheritance fork first turn 1.74M tok, still 413 fail-fast after 4 min compression (core | [Bug][opencode / 0.1.213] Zero-inheritance fork first turn 1.74M tok, still 413 fail-fast after 4 min compression (core | [Bug][op… #6277 今日新增、Repeated content in incremental deltas reuses canonical message IDs #5741、Upstream error: 499 #5598、[PR] fix(session): migrate tag changes onto continuing derived-persona lanes instead of minting siblings (#6114) #6124),部分升级为会话不可用(413 fail-fast / 400)。
4. 怎么修复的:本帖是裁定请求,非实现。修法 = 以四原则为验收标准:身份判定走 msgid 成员+序列轨(hash 回归逐格辅助)、编号走 lineage 级持久计数器(构造性保证 fork 前后一致)、账本收敛为压缩块封闭集(运行时状态子会话首轮自派生/重武装)、fork 退化为「查身份表前缀 → 拷块行 → 续编号」单本地事务 + 幂等键。工程载体 = 提案6(P0 四表在 PR [PR] storage: snapshot table compression foundation P0+P1 (schema v12 4-table + shadow write, all off by default, zero behavi | storage: 快照表压缩底座 P0+P1（schema v12 四表 + 影子写，默认全关、零行为变化） #5901 施工)+ rebase needs to be replaced by msgid+snapshot Proposal 6 (discussion #5874) | rebase 需要被 msgid+snapshot 提案6 替代(discussion #5874) #6181 程序。
5. 是否有回归问题:选项 A 落地前零行为变更;落地退役期的回归面已逐项过高危模式:BRANCH_POINT_CONFLICT 字节比对 → 成员+序列校验(此前因宿主重排/装饰被 409 的 fork 将成功 = 可用性收益,方向有利;真分歧仍被拒);messageRefs 整本克隆 → lineage 计数器(对外编号外观不变);五个 409 码退役(fail-fast 面收窄,残余风险由红门「降级不猜」纪律覆盖);无 fail-fast 变吞错;kernel nudge/prompts/阈值不动;块行拷贝与现行 structuredClone 输出同构(格式不变);非 cohort 宿主保留 legacy 降级路径(行为不变)。
6. 是否破坏缓存:不使既有缓存失效;唯一声明代价 = 落地后子会话首轮至多一次前缀缓存 miss(时间戳属性重铸),其后稳定;父会话缓存不受影响。
7. 是否改了设计方向:是——fork 链从「宿主快照往返 + 服务端字节验证 + 开放清单状态手术」转向「统一存储为单一真源 + 封闭块拷贝」,与提案6 / [Design] Client-Native Unified Identity Layer for Session/MsgID (Identity Collection Table + Incremental Parsing Refacto | [设计] 客户端原生的 session/msgid 统一身份层(身份采集表 + 增量解析重构) #5571 / rebase needs to be replaced by msgid+snapshot Proposal 6 (discussion #5874) | rebase 需要被 msgid+snapshot 提案6 替代(discussion #5874) #6181 同向(会话身份单一持久真源);kernel 边界不动(除非 floor 表示选 kernel 侧 API,则另走 kernel-change 声明流程)。
8. 是否引入了新的配置:无。无新 env/config;lineage 计数器若落为存储表,属 schema 演化(提案6 版本叠加的 additive CREATE IF NOT EXISTS 规则),非配置面。

请求裁定:请确认选项 A(有条件确认:三个 spec 点——lineage 并发语义、floor 表示、字段派生/重武装判定表——在提案6 P0 契约阶段钉死)。

[ranxianglei]

🤖 Powered by ework · qwen3.8-27b

[bot] 🏷 补记(状态确认,非重复):完整决策请求回复已在本帖 floor 3(10:51)发出,此处只补本 run 的执行结果:

1. 代码事实核对完成——正文五条现状事实全部在 master 31684f3 实测成立(逐条 file:line 证据见 floor 3),另附两处精度修正:msgid 实际出现 2 处(src/plugin.ts:1838-1839,Bypass requests overwrite the main session's usage anchor, causing long sessions to permanently stop compressing. | 旁路请求覆盖主会话 usage 锚点，导致长会话永久停止压缩 #4805 needle,不参与身份判定)而非 0;「单把锁」实为无 await 同步段(事件循环原子性)而非显式 mutex。两处均不影响结论。
2. 标签已打:p1 + scope/storage + needs-decision(已验证生效)。
3. 结论:四原则全部同意;推荐选项 A(确认四原则为目标形态,并入提案6 / rebase needs to be replaced by msgid+snapshot Proposal 6 (discussion #5874) | rebase 需要被 msgid+snapshot 提案6 替代(discussion #5874) #6181 程序验收标准;三个 spec 点——lineage 并发语义、floor 表示、字段派生/重武装判定表——在提案6 P0 契约阶段钉死)。

当前状态:等待 owner 裁定;代码零改动(无 commit、无分支、无 PR)。不决定的默认行为:老路径只做定向止血,四原则停放为 Ideas。