[huangruiteng]

Problem

A benchmark Host saves its original quota decision before native presentation. Replan startup had a separate Host-side staged file, and the saved reader also prepared the same presentation for older Hosts. The two paths carried the same admission but could give different first reads.

Change

• The Host supplies the original capture and its digest to native context projection. The shared TypeScript presenter derives the existing replan stage readers before encoding the first page and native delivery.
• The presented view and the original source stay separate. Stage commands retain the captured source hash and the same obligation. A byte-identical copy can serve as the verified reader when its former path has been removed.
• Previously staged legacy captures retain their embedded commands. Explicit selectors keep the raw decision, and full and delta-only callers keep their selected presentation mode and transport recipe.
• Exact numeric facts stay bound to their source values. Acceptance bodies with different exact values remain distinct even when JavaScript number parsing produces equal values.
• The synthetic tiny-output fixture measures the full response inside its declared cap. The production transport budgets retain their current values.

Validation

The focused real CLI matrix covers File and SQLite, first-page review and executable review/writeback, an original capture moved to a new path, persisted staged input, explicit selection, full delivery, delta-only delivery, precise integers and floats, and typed provider failure with the same recovery reference. It checks the original bytes, settlement identity and one guard receipt. The broader local suite and repository premerge checks run separately from this focused evidence.

[loopx-agent]

Reviewer: model_agent, gpt-6.1-sol, OpenAI, runtime_reported, reasoning_effort=max

动机 / Motivation

旧 benchmark Host 可以在启动模型前保存原 replan 决策，并把这份 capture 交给更新后的 CLI。 原始 capture 经旧 reader 会展开完整的 replan 内容。此时 worker 还要从大包里确定 review 和 writeback，已有分阶段 reader 的入口没有投影到首读。 本提案把 review 和 writeback 的分阶段命令送进同一 capture 的首读，仍按原 obligation 与回执验证。 本轮范围是源码 CLI、隔离的 File/SQLite 状态与旧 preflight 代码。 真实安装环境的长期采用与节省的模型成本需由原 Host 验收。

改动思路 / Approach

保存路径的 reader 先验完整 capture 和身份，之后按已验证的原物理路径决定是否调用已有 renderer。显式选读和普通关闭继续用已有入口。 原始捕获和已分阶段的 view 都能交给现有 native reader。前者只在首次读取调用现有 renderer，后者沿原已经绑定的命令。 本 PR 交付旧 caller 的原始 capture 到可执行 staged review 的路径。生产安装与模型采用仍由原验证流程负责。

具体改动 / Changes

本次使用基线 22d8daf 的原 Turn 与 capture 约定。原 capture 用确切 Goal、Agent、Turn 和 digest 读取。该投影沿用原来源的 reader argv 和恢复。 基线规范

• original-capture-stage。 旧 #8259 worker 产生的真实 argv 指向原物理 capture。File 和 SQLite 的新首读页均返回分阶段 review 命令。执行该命令读回同一 obligation，原 capture 和 authority 文件保持相同。
• preserve-authority。 只让 replan renderer 报启动错误，CLI 返回原 receipt、原 capture digest 与恢复命令。恢复 renderer 后读取同一 capture，可以获得分阶段 review。独立检查保留原文件及回执。
• explicit-read-parity。 已分阶段文件、显式选读和关闭 context delivery 都用既有路径。原 digest 和 Goal/Agent/Turn 拒绝检查覆盖在真实 CLI 回归。
• installed-host-adoption。 实际安装与长期采用留给原 Host 验收。

原入口检查路径一致后调用既有 renderer。命令由原 replan owner 绑定来源和哈希，实际读取已核对原 obligation。 入口 类型化 reader

对主干的风险 / Risks

只让 replan renderer 报启动错误，CLI 返回原 receipt、原 capture digest 与恢复命令。恢复 renderer 后读取同一 capture，可以获得分阶段 review。独立检查保留原文件及回执。 当前 151 项源码测试通过。同一原 capture 矩阵基线 6 通过 4 失败，head 10 通过。独立旧 Host 首读和两次故障后恢复均通过。 Quick premerge 的 6 项直接检查和 3 项选中检查通过。 与 main 118b4c7 本地组合，两种 provider 的旧 Host 首读及实际 stage 调用均通过。 旧 1600 字节合成用例在基线失败。当前仅调整测试预算，继续验证实际输出上界、UTF-8 和摘要。 远端 CI 未查询。

我的整体评价 / Verdict

批准当前 head 4e532b5。同一原 capture 能通过旧 Host 实际生成的命令进入原评审，相关失败仍保留可读证据与恢复动作。 真实安装环境的长期采用与节省的模型成本需由原 Host 验收。

English verdict: APPROVE. The original preflight capture now reaches staged replan review on the same obligation.

[loopx-agent]

Reviewer: model_agent, OpenAI gpt-6.1-sol, max, runtime_reported

动机 / Motivation

长期运行的 checkpoint worker 完成本轮准入检查后，会让模型读回已保存的重规划决定。旧 worker 把原始决定交给当前主干 CLI 时，模型只看到原始重规划内容，需要自行找到后续读回命令。精确头在实际 File 和 SQLite 首读中都给出可执行的 review，后续仍读同一项重规划义务，每轮只生成一个准入回执。

本 PR 处理已保存决定的呈现。完整工作轮的成本和模型结果有待单独验证。 已保存 preflight 的读回约定

改动思路 / Approach

本次主干改动覆盖已保存决定的首读、选择和恢复。同一份已核验原始决定由现有 TypeScript 呈现逻辑生成首读和后续命令，故障时仍可从原捕获恢复。

CLI 先核对原文件摘要及 Goal、Agent、Turn。现有 TypeScript owner 根据同一义务的原始 replan packet 生成首读视图，并由原生呈现事务一起编码。Python 传递已核对的来源及本次选择命令参数，worker 直接交付已提交的原捕获。旧 staged 文件保留嵌入的命令；已验证的原始副本可以用自己的路径读回同一义务。CLI 来源边界 · TypeScript 呈现

具体改动 / Changes

• capture_before_replan 用原始路径和摘要构建首读命令。用旧 worker 和当前 worker 各对 File、SQLite 执行实际 preflight 和 CLI，四次首读均可执行 review，原 guard 每次只留下一个回执（original-recovery）。调用入口
• nativeReplanPresentation 复用 replan 渲染。对 2^53 与 2^53+1 分别比较原始数值来源；实际回读保留两处不同来源，完整恢复保留非安全整数及 1.0 的原类型。已有 staged 命令、当前停止条件、后续 review 和 writeback 仍读同一回执与义务（replan-continuation）。共享呈现
• 显式选择仍读原 packet（explicit-selection）。关闭呈现并保留 Delta 时，匹配的 SQLite 对照确认原始 replan 内容和当前 off 选择参数同时可读。注入呈现服务故障后，两侧都通过原捕获恢复。启用首读的 replan 在故障时返回带原摘要及回执的恢复指令，不重做 guard。恢复边界

对主干的风险 / Risks

验证了 19 项 File/SQLite 捕获与调用方回归、四项真实旧/新 worker 首读、两项独立的 Delta-only 对照和一项有界 UTF-8 续页。TypeScript 类型、bilingual diff 与当前主干的九文件合并预演通过。作者的精确头标准预检为 6 项直接、18 项选中且零失败，保留独立维护者门禁。作者的宽测试为 178 通过、11 项因未配置真实 native Host 二进制而跳过。续页 fixture 的 2400 字节只是合成帧边界，测试仍要求部分页、完整序列化上限和改源拒绝。依据当前策略采用 wait_for_ci=false。

对照了读取义务的顺序与范围。模型先读同一来源的规划与证据，再作选择或写回。停止和准入以原决定为准，展示失败继续从同一捕获恢复。独立配对的旧 staged 与当前呈现得到相同 review/writeback JSON 与结算身份，来源字节保持可验证。签名 C1 组合另行做研究环境的资格验证。

我的整体评价 / Verdict

精确头实现了现有已保存决定的重规划后续步骤，且默认关闭、显式选读、已有 staged 文件和失败恢复都有当前代码的对照。未发现主干阻塞问题。

English verdict: APPROVE c07ace7f0e45e64713da71084c3a621503608ca7 for the shared saved-capture replan presentation.