[cocolord]

Canonical Todo reads already validate complete source fields, but then repeat scalar digest work and encode each validated field again for the Python source basis. This proposal reuses exact unchanged primitives and validated complete basis bytes in the existing owners. Containers, changed scalars, missing fields and caller source changes retain the full canonical comparison and existing source, revision, scope and lease guards. Report caller regressions retain the complete work contract and altered-binding refusal.

The proposal is composed with main@aa475b29f1976a4fde901deca84672ddb3415152. Its merged #8388 qualification adapter preserves structured native required-Vision refusals while keeping nonzero status: missing stride cannot append or spend, and a corrected draft can settle once. The bilingual RFC records this qualification and preserves all prior evidence and acceptance gaps.

Validation for f7bcb4c504d2b794b0b11c706febee9eaaaab13d:

• CPython 3.11.15 / Node 22.22.3: the complete existing required-Vision family passes 35 cases from source and 35 from an isolated wheel. The immutable a3b589610 adapter fails the new missing-stride correction case. Corrected baseline and wheel runs verify every loaded LoopX module's package origin; the initial comparison contaminated by pytest's checkout insertion is excluded.
• The wheel matches 1,921 directly corresponding tracked ZIP entries, including the qualification adapter. Original transaction source bytes remain unchanged from 86d08a01c; prior complete 101-Todo source/wheel File/SQLite lifecycles and real PostgreSQL store/service evidence are retained, not rerun. The ZIP count is not compared with other inventory methods.
• Standard premerge at integration 2dd6c3d97 passes six direct and nineteen selected checks. Final-head bilingual and focused public-boundary checks pass. Final-head native quick premerge passes six direct and four selected checks with zero failures.

The scoped refactoring pass needs no additional production abstraction at this qualification boundary. Existing typed writer, feedback, source and receipt owners remain authoritative.

These are scripted synthetic qualification results. They do not qualify model behavior, installed-host adoption, PostgreSQL host/wheel, complete marginal cost or whole-path benefit. The review published for 86d08a01c remains historical evidence for that head; this updated head still needs its own review, CI and merge readiness. No merge authority is asserted, and all frozen negative results and original minimal-kernel acceptance remain open.

[mergify]

This pull request has merge conflicts with main and cannot be merged
until they are resolved. Please rebase or merge the base branch, @cocolord.

Choose the remote for the base repository, not an out-of-date fork.
For a fork clone, first inspect git remote -v; upstream must point
to https://github.com/loopx-project/loopx.git. If it is absent, add it
with git remote add upstream https://github.com/loopx-project/loopx.git.
Then run:

git fetch upstream
git rebase upstream/main
# Resolve each conflict, git add the resolved files, then git rebase --continue.
git push --force-with-lease origin HEAD

For a same-repository clone whose origin points to
https://github.com/loopx-project/loopx.git, use origin instead of
upstream for fetch/rebase. If you prefer merging the base, use
git merge <base-remote>/main and push normally.

Keep the DCO Signed-off-by trailer on every commit when you rebase.
https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/working-with-forks/syncing-a-fork

[loopx-agent]

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

动机 / Motivation

在正式任务里打开 Todo 或继续受管 Turn 的操作者，会反复从权威存储读取任务和下一步。 一次读取需要处理用户与 Agent 两组任务字段。原版先各自保存 JSON 再重复编码校验。候选保留已经校验的完整字节，实测从四次字段编码降到两次。 在 File 和 SQLite 上，重排映射键仍能使用原来源。把布尔值改成整数、替换所有者、篡改计数或删掉字段仍会失去来源资格或被拒绝。 验证范围覆盖来源绑定、读回和恢复。完整端到端成本、安装宿主和收益归因留给独立资格验证。 这批证据确认一次读取少做了编码和摘要工作。长期延迟、跨宿主部署与整套运行成本仍需单独测量。

改动思路 / Approach

保持现有 TypeScript 权威读取和 Python 兼容传输的边界，复用已校验内容，决策和持久状态仍由原所有者处理。 本 PR 的新增生产改动限于完整字段编码复用与未改变的标量跳过重哈希，报告测试和模块 pin 分别修复已有验证断点。 现有读取先绑定当前存储修订、游标和完整字段摘要，再把结果交给 Todo、配额与 Turn 的既有消费方。过期或篡改后的读回进入原有拒绝和恢复路径。完整的来源校验有实际调用方，省掉的是重复的中间编码和相等标量摘要。

具体改动 / Changes

关键代码讲解

• bind_canonical_todo_sources。先对完整字段验证摘要，成功后把同一份 UTF-8 字节留作以后比较的依据。摘要不匹配时仍走完整的调用方输入路径。 提交源码
• canonical_todo_source_reference。在原请求里解码完整依据再比较。映射键顺序可以变化，列表顺序和布尔、整数等类型仍参与判断，受保护事实有变化就失去原来源。 提交源码
• resolveCanonicalSource。只有完全相同的标量跳过摘要比较。对象、数组、被改动的标量和缺失键仍按原规则处理，不能替换由存储拥有的事实。 提交源码
• test_calendar_actual_cli_preserves_capability_action_without_host。直接把完整工作合同交给控制器。在计划、预演和执行入口核对同一条报告命令、Host 保持空闲和未提前写入的效果。篡改命令后由原合同校验拒绝。 提交源码

报告旧断言读取已退役的载体。当前入口直接读完整工作合同，保留竞争建议并交由原控制器判断优先级。模块数量已经在合入的迁移里从 128 变为 127，本 PR 把仍固定为 128 的 pin 降到实测数，保留精确计数、入口允许列表和超额拒绝。 我按当前目标主干的 docs/architecture/rfcs/monorepo-distribution-split-v0.md 对照了全量差异，规范版本为 69ddc610846f98b8d9b6c5c374ac4aefdd2d4ed0。I2 的单一权威读取、I8 的完整和新鲜上下文、I9 的可复核测量范围都能对应到上述实现与验证。M0 的计数依据是已合入的移动，基线失败也已保留。 版本固定的规范

对主干的风险 / Risks

原生队列的旧基线比实际合入祖先早。整包审阅保留 23 个文件的范围，已有 #8275、#8373、#8375 的逻辑已进入 main，候选独有的是上述 8 个文件。 最危险的反例是将看似相等的值当成原事实。直接替换数字类型、删除字段、改写嵌套所有者和换用旧游标都应被拒绝。恢复原值后能继续从同一作用域读回，长任务的回归也验证原结算只发生一次。

PASS。候选的 18 项本地测试通过。相同范围在基线有 16 项通过，报告旧字段 KeyError 和 127/128 pin 两项失败。 隔离 PostgreSQL 16.15 的 authority-store 391 项与服务 11 项均通过，跳过 0 项。控制平面 TypeScript 类型检查通过。 精确 diff 检查和双语 RFC 检查均通过。反例在同一个真实入口运行。原提交拒绝错误数据，移除类型保护的变体才接受了它。

我的整体评价 / Verdict

没有阻塞评审的代码发现。原有任务继续执行与 CLI 使用路径得到保留，减少的编码次数已有可复核的 File 和 SQLite 对照。核对了 Todo 与报告的 CLI 数据和消费路径，当前改动属于来源绑定与验证，视觉评审范围为空。 宿主安装、浏览器和完整链路成本仍属独立验证范围。本次评审与合并就绪分别记录。

English verdict: APPROVE at bb65769. Exact-head File and SQLite checks preserved source provenance and replay, the corrected report caller and root-module pin passed, and isolated PostgreSQL 16.15 passed its store and service suites.

The merge-base changed after approval.

[loopx-agent]

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

动机 / Motivation

在正式任务里打开 Todo 或继续受管 Turn 的操作者，会反复从权威存储读取任务和下一步。 一次读取需要处理用户与 Agent 两组任务字段。原版先各自保存 JSON 再重复编码校验。候选保留已经校验的完整字节，实测从四次字段编码降到两次。 在 File 和 SQLite 上，重排映射键仍能使用原来源。把布尔值改成整数、替换所有者、篡改计数或删掉字段仍会失去来源资格或被拒绝。 本轮核验来源绑定、读回和恢复。完整端到端成本、安装宿主和收益归因留给独立验证。 这批证据确认一次读取少做了编码和摘要工作。长期延迟、跨宿主部署与整套运行成本仍需单独测量。

改动思路 / Approach

保持现有 TypeScript 权威读取和 Python 兼容传输的边界，复用已校验内容，决策和持久状态仍由原所有者处理。 本 PR 在同一权威读取内减少两类重复计算，并修复现有报告测试和模块数量门禁的断点。双语附录记录不同版本的验证边界。 现有读取先绑定当前存储修订、游标和完整字段摘要，再把结果交给 Todo、配额与 Turn 的既有消费方。过期或篡改后的读回进入原有拒绝和恢复路径。完整的来源校验有实际调用方，省掉的是重复的中间编码和相等标量摘要。

具体改动 / Changes

关键代码讲解

• bind_canonical_todo_sources。先对完整字段验证摘要，成功后把同一份 UTF-8 字节留作以后比较的依据。摘要不匹配时仍走完整的调用方输入路径。 提交源码
• canonical_todo_source_reference。在原请求里解码完整依据再比较。映射键顺序可以变化，列表顺序和布尔、整数等类型仍参与判断，受保护事实有变化就失去原来源。 提交源码
• resolveCanonicalSource。只有完全相同的标量跳过摘要比较。对象、数组、被改动的标量和缺失键仍按原规则处理，不能替换由存储拥有的事实。 提交源码
• test_calendar_actual_cli_preserves_capability_action_without_host。直接把完整工作合同交给控制器。在计划、预演和执行入口核对同一条报告命令、Host 保持空闲和未提前写入的效果。篡改命令后由原合同校验拒绝。 提交源码

报告旧断言读取已退役的载体。当前入口直接读完整工作合同，保留竞争建议并交由原控制器判断优先级。模块数量已经在合入的迁移里从 128 变为 127，本 PR 把仍固定为 128 的 pin 降到实测数，保留精确计数、入口允许列表和超额拒绝。双语附录新增七段，分别保留旧头和新基线的来源、验证失败、安装范围和成本边界。两处账本所列生产源码 SHA-256 与本次源码吻合。 我按当前目标主干的 docs/architecture/rfcs/monorepo-distribution-split-v0.md 对照了全量差异，规范版本为 3b16b849148817988535ae165d626da82f44356b。I2 的单一权威读取、I8 的完整和新鲜上下文、I9 的可复核测量范围都能对应到上述实现与验证。M0 的计数依据是已合入的移动，基线失败也已保留。 版本固定的规范

对主干的风险 / Risks

本次目标 main 与合并基点同为 3b16b84，候选独有 8 个文件。与上一轮 bb65769 比较，两个生产源码与四个相关验证文件字节一致。本轮在新基线上重新执行关键验证。#8374 含同一 Python 优化，采用时需协调。 最危险的反例是将看似相等的值当成原事实。直接替换数字类型、删除字段、改写嵌套所有者和换用旧游标都应被拒绝。恢复原值后能继续从同一作用域读回，长任务的回归也验证原结算只发生一次。

PASS。候选的 18 项本地测试通过。相同范围在基线有 16 项通过，报告旧字段 KeyError 和 127/128 pin 两项失败。 隔离 PostgreSQL 16.15 的 authority-store 391 项与独立服务库 11 项均通过，跳过 0 项。最初复用存储测试数据库时，服务有两项在数据库 incarnation 校验处失败，独立库复测通过。控制平面 TypeScript 类型检查通过。 精确 diff 检查和双语 RFC 检查均通过。反例在同一个真实入口运行。原提交拒绝错误数据，移除类型保护的变体才接受了它。

我的整体评价 / Verdict

没有阻塞评审的代码发现。原有任务继续执行与 CLI 使用路径得到保留，减少的编码次数已有可复核的 File 和 SQLite 对照。核对了 Todo 与报告的 CLI 数据和消费路径，当前改动属于来源绑定与验证，视觉评审范围为空。 宿主安装、浏览器和完整链路成本仍属独立验证范围。本次评审与合并就绪分别记录。

English verdict: APPROVE at 15c9378. Exact-head File and SQLite checks preserved source provenance and replay, the corrected report caller and root-module pin passed, and isolated PostgreSQL 16.15 passed its store and service suites.

[mergify]

This pull request has merge conflicts with main and cannot be merged
until they are resolved. Please rebase or merge the base branch, @cocolord.

Choose the remote for the base repository, not an out-of-date fork.
For a fork clone, first inspect git remote -v; upstream must point
to https://github.com/loopx-project/loopx.git. If it is absent, add it
with git remote add upstream https://github.com/loopx-project/loopx.git.
Then run:

git fetch upstream
git rebase upstream/main
# Resolve each conflict, git add the resolved files, then git rebase --continue.
git push --force-with-lease origin HEAD

For a same-repository clone whose origin points to
https://github.com/loopx-project/loopx.git, use origin instead of
upstream for fetch/rebase. If you prefer merging the base, use
git merge <base-remote>/main and push normally.

Keep the DCO Signed-off-by trailer on every commit when you rebase.
https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/working-with-forks/syncing-a-fork

[cocolord]

Reviewer: model_agent, GPT-6, OpenAI, self_reported

Approval conclusion (author-owned PR; GitHub blocks formal self-approval)

动机 / Motivation

没有发现阻断本 PR 的代码缺陷。本次审阅准确 head 86d08a01c2d5d94131d3e4818fa527eed019e44c 的完整七文件差异，重新判断当前整体改动，没有沿用已被撤销的旧审批。在原生 CLI 中读取 Todo、获得配额下一步并继续受管任务的操作者。 同一原生 Todo 读取需要处理用户和 Agent 两组完整字段，原版重复编码依据与校验内容；候选复用已经校验的字节，并仅省去完全相同标量的重复摘要。 完整来源、作用域、拒绝、重放与结算行为保持一致；验证的是局部重复计算减少，不是整条生命周期的性能收益。 不改变默认、租约、权限、结算、冻结预算，也不宣称整体性能、模型采用或安装资格。 完整边际成本、真实模型采用、安装宿主、PostgreSQL CLI host/wheel 与原 I3 和 R0/V10/R1 验收仍开放。

改动思路 / Approach

两个机制均留在已有读取所有者内，不新增状态、协议、模块、权限或替代决策路径。 当前 PR 的边界是完整来源比较的局部复用，以及能拒绝篡改的现有报告调用方回归；不包含 provider 推广或安装升级。 在 Python 侧，先按完整对象生成排序后的 UTF-8 字节并核对原字段摘要，再把同一字节作为来源比较依据，省去另一次完整编码。摘要不匹配、类型变化或离开原请求作用域时仍保留完整输入回退。在 TypeScript 侧，完整字段摘要验证和 JSON 容器克隆发生在快捷分支之前；只有严格相等的原始标量可以跳过重复摘要。对象、数组、缺失键和变化标量仍进入原事实保护判断。

保持原版是可行但保留重复计算的选择。新建 provider、缓存或另一个规则所有者会扩大维护和权限边界；当前两个原位改动更小。这里的正向价值是已经观察到的重复工作减少和已验证的不变行为，不能据此推导整条生命周期更快或长程收益。

具体改动 / Changes

规范依据是 docs/architecture/rfcs/monorepo-distribution-split-v0.md，spec_revision a3b589610a83f52024dd957c5071b0c257fab9b2 的修改前文本。I2 要求同一事务只有一个权威所有者；I8 要求完整、新鲜的上下文及原身份重放；I9 要求明确组合、基线、环境和测量范围。逐项对应本次 owner 复用、完整来源/类型/范围反例以及明确保留的性能与部署验收，未把候选自己新增的记录当作独立规范。

• bind_canonical_todo_sources 与 canonical_todo_source_reference 位于 loopx/control_plane/todos/summary_item.py：依据字节来自已经完成摘要校验的完整字段；映射插入顺序不作为源变化，列表和 Python 值类型仍参与比较。入口仍由现有 quota selection 使用，未增加持久状态或协议分支。
• resolveCanonicalSource 与 readCanonicalQuotaProjection 位于 loopx/control_plane/todos/read_transaction.ts：保留字段摘要、完整克隆、父节点/删除/标量保护以及原来源修订检查。相同标量不重算摘要，容器引用相等也不能取得该快捷资格。
• 三个回归文件分别覆盖 File/SQLite 映射重排与 false→0、PostgreSQL scope/count/items 和父节点替换/恢复，以及报告 caller 的完整 work_contract、host 空闲、capability 优先与原 binding 下篡改命令拒绝。上游显式 transaction detail 与有效 action 断言均保留。
• 两份 RFC 仅追加记录已验证的组合和未验证边界。当前差异没有 module pin 改动；127 上限已经在目标主干，不将合入的上游调整算作本 PR 的新效果。

对照的 spec_ref 为 docs/architecture/rfcs/monorepo-distribution-split-v0.md，spec_revision 为 a3b589610a83f52024dd957c5071b0c257fab9b2，先按这一不可变主干版本评估现有 I2、I8、I9：I2 的单一事实/事务所有者和 I8 的完整新鲜来源/恢复由上述调用与反例验证；I9 要求组合、基线、环境和范围明确，因此所有成本与采用结论仍保持未验证。规范本身没有被改写来降低这些要求。

对主干的风险 / Risks

最危险的反例是错误地把容器或看似相等的值当作不可变原事实。审阅了快捷分支之前的完整摘要、克隆和之后的缺失键、Python 值及 source revision 保护。新鲜的真实 PostgreSQL 16.15 authority-store 391 项和服务 11 项检查通过，跳过 0；受保护 note/scope/count/items 被改动会拒绝，临时变更恢复完整原值不会改写 provider。

PASS：在同一个 101-Todo fixture（3e6d17bb45381a62648b3d86a0fd26b1d6688aabafb23b582444716d02f95a47）下，重新执行不可变 a3b589610 基线的 File/SQLite 完整 CLI；候选 runtime 220275f6a 与准确审阅 head 的生产字节一致，复用时分别核对了源文件、平台、依赖和调用路径。四组 source 的选中范围与结算观察指纹均为 fa723c5c664fb3833cda8cf895ec12df471084798f7a2c6752fcb3ef38def27c。每组保留 sum45、声明的 result.json scope、四条收据、一次 debit、重放后原完成时间及两个正常 native exit。当前 wheel 已独立核验包来源和完整相同路径。删除真实 CLI 选中结果的 scope 后，独立夹具声明断言失败，避免只凭产物成功推断完整范围。

PASS：当前 head 的标准 premerge 六项直接检查和十九项选中检查、双语 gate；运行时等价组合的 canonical-source 源码/wheel 各九项及合并后的 report CLI 两分发各一项通过。后两项并不等于重跑整个报告族。没有重跑冻结的性能、归因或 normal-bytecode campaign。

UNVERIFIED：保留旧 head 的 lens-switch 预算失败与当前远端 CI/readiness 诊断。不把相同 UI 源码或一次绿色执行当成性能稳定、历史失败已修复的证明；本次未改界面，也不要求该 PR 顺带修改无关预算。PostgreSQL 完整 CLI host/wheel、真实安装宿主、模型采用及完整边际成本仍未证明。它们限制推广和合入资格，不替代已经执行的当前改动不变式验证。

我的整体评价 / Verdict

APPROVE，限于当前准确 head 的可逆来源比较/编码复用和调用方回归边界。两个机制均留在已有读取所有者内，不新增状态、协议、模块、权限或替代决策路径。 当前 PR 的边界是完整来源比较的局部复用，以及能拒绝篡改的现有报告调用方回归；不包含 provider 推广或安装升级。 原租约、权限、结算、上下文和后续恢复保持不变，普通使用不增加人的准备、选择或确认轮次。长期结果与完整成本仍不能由计数、收据或审批结论代替。本 PR 未改 apps/presentation/dashboard 或页面布局，已检查真实调用方和完整 diff；图形界面性能不由本次 CLI 验证证明。 保留先前 lens-switch 预算失败及新 head 的独立 CI/readiness 限制。

这是作者所属 PR 的 COMMENTED 审阅结论，不是 GitHub 正式自批准，也不授予 maintainer 合入、管理员 bypass 或安装升级权限。后续真实成本和部署验收继续由已有工作承接，保留 I3/minor-release、M1/#8011、R0/V10/R1、D2/D5/D6/D3 和全部冻结失败；当前审阅不关闭父目标。

English verdict: APPROVE head 86d08a0. Existing source owners retain full fact, type, scope, revision and replay protection; paired real CLI and isolated PostgreSQL checks pass. Full cost/adoption and remote CI/readiness remain separate holds. Author-owned COMMENTED conclusion; no merge authority.

[cocolord]

Reviewer: model_agent, GPT-6, OpenAI, self_reported

Approval conclusion (author-owned PR; GitHub blocks formal self-approval)

动机 / Motivation

APPROVE，限于 f7bcb4c504d2b794b0b11c706febee9eaaaab13d 的完整来源比较与编码复用，以及现有调用方的篡改保护回归，没有发现阻断这一边界的代码缺陷。

在原生 CLI 中读取 Todo、获得配额下一步并继续受管任务的操作者会遇到这个问题。一次权威读取需要处理用户和 Agent 两组完整任务字段，原版为比较依据和校验重复编码，随后也对严格相等的标量重复计算摘要。候选复用已经校验的完整字节，只省去严格相等标量的重复摘要，完整字段、作用域、拒绝和恢复保持原语义。这里的来源依据是存储读取已经验证的完整内容，不是另一个当前状态缓存。

本次不改变权限、租约、结算、默认行为或冻结预算，也不增加人的选择和确认步骤。完整链路成本、安装宿主、PostgreSQL 完整 host/wheel、模型采用和长期收益仍未证明。这是已有活跃调用方中的可逆增量；减少重复编码的证据不能替代整套最小内核验收。

改动思路 / Approach

两个机制均留在已有读取所有者内，不新增状态、协议、模块、权限或替代决策路径。Python 先对完整对象生成排序后的 UTF-8 字节并核对原字段摘要，再把同一字节作为完整比较依据。TypeScript 仍先校验来源字段、克隆完整容器并验证来源修订；只有严格相等的原始标量跳过重复摘要。变化标量、容器和缺失字段继续进入完整保护。

不改代码可以保留现有行为，但也保留已经观察到的重复计算。引入缓存或新的 provider 会扩大寿命、失效和权限边界；当前两个原位改动更合适。现有 Python 数字 JSON 拼写不匹配、请求作用域退出、原生来源不存在或被改动时的完整输入回退仍有实际调用方，不应为了减少分支而删除。当前 PR 的边界是已有来源比较的局部复用和调用方回归，provider 推广、安装升级与完整成本资格继续由原验收约束。

具体改动 / Changes

先读取了修改前的规范：spec_ref docs/architecture/rfcs/monorepo-distribution-split-v0.md，spec_revision 73e49c4889774effa019c197fc8958d9f7505efb。该规范全文与原 a3b589610 基线一致；没有用候选新增的资格记录改写验收条件。I2 的单一事务所有者对应现有 canonical read 与 compatibility transport；I8 的完整、新鲜上下文和原身份恢复对应完整依据、类型/范围反例及保留的真实 CLI 重放；I9 对组合、基线、环境和范围的要求对应明确区分局部计算、合成资格和未证明的成本/采用。

关键代码讲解

• bind_canonical_todo_sources / canonical_todo_source_reference（loopx/control_plane/todos/summary_item.py）先验证完整摘要，然后复用同一份字节。映射插入顺序不形成来源变化；列表顺序、布尔与整数等 Python 类型仍参与比较。摘要或数字拼写不匹配、受保护事实变化、离开原请求时不能保留原生来源。
• resolveCanonicalSource / readCanonicalQuotaProjection（loopx/control_plane/todos/read_transaction.ts）保留完整字段摘要、容器克隆、来源身份和修订检查，只有 value === record[key] 且不是对象的值才获得快捷比较。父节点替换、删掉 items、改 scope/count/note，以及 Python 值事实仍由原规则拒绝；恢复完整原值不会改写 provider。
• 三个回归文件覆盖映射重排与 false→0、真实 PostgreSQL 的来源篡改和父节点恢复，以及报告计划/预演/执行入口的完整 work_contract、capability 优先、host 空闲和篡改 binding 拒绝。报告代码没有在本 PR 中增加一个新的执行载体，上游显式 transaction detail 和 action 断言保留。

完整差异是七个文件：两个生产函数 +9/-3，三个回归文件 +43，两份 RFC +471。当前 diff 没有 module pin 改动，127 上限来自目标主干。相对于上一审阅 head 86d08a01c，候选生产与上述回归文件字节不变；新部分是已合入的必需 Vision 拒绝反馈资格修正和双语说明。#8374 仍开放于 bd96861db64063350b74577dbcb751891899baaf，包含相同 Python 优化；采用时应协调这个现有组件提案，不应重复引入实现。

对主干的风险 / Risks

最危险的反例是把容器或“看起来相等”的值当作原事实，尤其是 false 与 0、删掉字段、改变嵌套 scope 或复用过期来源。源码检查确认快捷比较发生在完整验证之后，源事实保护没有改成字段白名单。新鲜的 CPython 3.11.15 / Node 22.22.3 来源回归在 73e49c488 基线和准确候选各通过 9 项，全部已加载 LoopX 模块来自对应源码，覆盖真实 File/SQLite 的来源引用、类型变化和请求范围退出。

PASS：保留原版本标注的四组完整 101-Todo source File/SQLite CLI 观察，原 fixture 为 3e6d17bb45381a62648b3d86a0fd26b1d6688aabafb23b582444716d02f95a47，选中范围与生命周期指纹为 fa723c5c664fb3833cda8cf895ec12df471084798f7a2c6752fcb3ef38def27c。每组保留 sum45、声明 scope、四条收据、一次 debit、原完成时间重放和两个正常 native exit。真实输出删掉 scope 时独立声明 oracle 失败。重用前核对了生产/回归文件、调用方、平台、依赖和输入；当前主干的新差异仅在单独验证的 qualification adapter 和可选 provider routing，原核心读取路径不变。没有把旧运行的 revision 改写为本轮，也没有重跑冻结成本 campaign。

PASS：之前真实隔离 PostgreSQL 16.15 store391/service11、零跳过的证据保留其原 source revision，当前 provider 与来源保护文件相同；这不是新执行的 PG 完整 host/wheel。上一资格切片的源码与隔离 wheel 必需 Vision 家族各 35 项通过，旧源码 missing-stride 纠正用例失败；先绑定包再核验所有已加载模块，排除了最初 pytest checkout 插入造成的无效基线通过。该资格 adapter 的准确字节与当前候选及 wheel 一致。

PASS：集成 2dd6c3d97 的标准 premerge 六 direct/十九 selected 通过；最终 head 的原生 quick premerge 六 direct/四 selected、双语检查和公开边界通过。新鲜 CI 观察有已完成的 PostgreSQL、DCO 和静态检查，也仍有运行/排队的 browser、TypeScript、Python 分片等工作；当前合入就绪未完成，不等待或反复空查来代替独立不变式证据。

UNVERIFIED：完整边际成本、真实安装宿主、模型/团队采用、PG 完整 host/wheel 和图形界面性能。先前 lens-switch 预算失败保持历史失败；相同 UI 源码或另一轮绿色 CI 都不能证明持续性能稳定。它们限制推广、收益与合入资格，不能被本次计数、收据或审阅结论消除。

我的整体评价 / Verdict

长期任务继续、完整上下文、scope/refusal/replay 和一次结算的已验证行为保持；普通 CLI 使用没有新增人工准备或确认轮次。局部重复计算减少的证据成立，完整效率和长期效果结论仍未成立。本 PR 没有改动 apps/presentation/dashboard 或页面布局，已核对完整 diff 和 CLI 调用方。保留既有 lens-switch 性能失败及未完成的当前 CI/readiness，不把它们当作已完成视觉或安装资格。

现有词汇、typed source/receipt、默认和权限所有者被复用，没有新增共享状态集合或协议义务。有界重构审视无需继续增加生产抽象；完整来源回退和源修订保护应保留。全部原 I3/minor-release、M1/#8011、R0/V10/R1、D2/D5/D6/D3、context/model/split-install、成本和采用验收继续开放。

APPROVE 是本作者所属 PR 的 COMMENTED 审阅结论，不是 GitHub 正式自批准、其他 Actor 的独立采用或 maintainer 合入授权。当前 head 的 review、CI、readiness、原目标验收和安装资格各自保持边界，未授权 merge 或升级。

English verdict: APPROVE head f7bcb4c. Existing source owners retain complete fact, type, scope, revision and replay protection; fresh base/head canonical cases and source-bound CLI/PG/wheel evidence support this reversible increment. Full cost/adoption and current CI/readiness remain separate holds. Author-owned COMMENTED conclusion; no merge authority.

[loopx-agent]

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

动机 / Motivation

在 LoopX 查看 Todo 或继续已受管任务的操作者，会反复读取同一份任务信息和下一步安排。 原版把两组完整字段分别保存和校验，每轮需编码 4 次。复用已经校验的字节后，同样的读取只需 2 次。 原生 File 和 SQLite 对照中，两个完整字段的编码各从 4 次降到 2 次。调换映射键顺序后结果相同。换成等值字符串、删计数或改所有者仍被拒绝，恢复原值可读回原结果。 本轮核验来源比较和调用路径。真实安装宿主、模型采用与完整运行成本另行验证。 此前的整条 101-Todo 生命周期和已记录的浏览器预算失败仍按原提交保存，本轮重新核验变更触及的边界。

改动思路 / Approach

继续由 TypeScript 权威读取核验完整来源，Python 只保存本次读取已验证的字节。 这七个文件交付来源比较的局部复用、调用方反例和双语验证记录。 原有读者和事务继续使用同一套状态与权限边界。该改动落在实际调用点，沿用现有的拒绝和恢复路径。原生 File 和 SQLite 对照中，两个完整字段的编码各从 4 次降到 2 次。调换映射键顺序后结果相同。换成等值字符串、删计数或改所有者仍被拒绝，恢复原值可读回原结果。

具体改动 / Changes

关键代码讲解

• bind_canonical_todo_sources。完整字段通过摘要校验后，直接保留同一份 UTF-8 字节作为比较依据。 提交源码
• canonical_todo_source_reference。在原请求中解码完整依据。映射顺序可以改变，列表顺序和标量类型仍参与判断。 提交源码
• resolveCanonicalSource。只有相同标量跳过重复摘要。对象、数组、缺失键和变化标量继续执行完整校验。 提交源码
• test_calendar_actual_cli_preserves_capability_action_without_host。报告回归把完整 work contract 交给实际控制器，核对原能力命令、Host 空闲和改写绑定时的拒绝。 提交源码

三份测试分别检查 File/SQLite 来源、报告命令绑定以及 PostgreSQL 对计数、范围和父项的篡改拒绝与恢复。两份 RFC 附录保留各自基线和失败记录，本轮的缺 stride 证明落在已合入的适配器和合成用例上。 对照的规范为 docs/architecture/rfcs/monorepo-distribution-split-v0.md，版本 aa475b2。I2 对应原权威事务复用，I8 对应完整来源和重放保护，I9 对应注明基线、环境与范围的双语附录。 固定版本的规范

对主干的风险 / Risks

最危险的反例是把字符串计数当作原始数字。我在一次性源码副本里将严格相等改为宽松相等，同一真实读取判据立即报出接受了伪造事实。未改动的两个版本都拒绝该输入。新测试还从真实报告入口保留原命令、空闲 Host 与未写入效果，篡改命令才触发已有拒绝。 我重读了从实际合并基点到当前提交的七个文件。两处运行时源码和 #8374 的重叠部分逐字节核验。旧审阅结论属于旧提交。本轮将已经进入基点的 #8388 适配器与本 PR 新增的回归证据分开。 初次 wheel 构建因缺少生成的前端 bundle 被现有门禁拒绝。按原构建入口生成 bundle 后重新构建，隔离环境确认所有已加载 LoopX 模块来自 wheel 安装。

PASS。本地源码 88 项通过。隔离 PostgreSQL 16.15 的 store 391 项、service 11 项均通过，零跳过。Node 22.22.3 类型检查通过。独立构建并安装的 wheel 中必需 Vision 35 项通过，已直接比对的 1,921 个条目与提交源码一致。 UNVERIFIED。远端 CI 与合入资格另按配置核验。

语义与 CI 对齐

Fewer full encodings and redundant hashes with preserved output. 该变化沿用现有语义词汇、同一持久化契约和已有错误归属。#8374 仍是开放提案，其中 Python 实现与来源测试相同，采用时应协调。主干组合和合入资格各自核对。

我的整体评价 / Verdict

未发现阻塞项。检查了 Todo、配额与报告的调用和返回字段，本批没有更改可渲染界面。 没有界面布局变更。宿主采用与旧浏览器预算记录保留各自范围。 原有继续执行和重试路径得到验证，用户无需重复提交原请求。此前的整条 101-Todo 生命周期和已记录的浏览器预算失败仍按原提交保存，本轮重新核验变更触及的边界。

English verdict: APPROVE. At f7bcb4c, the paired real-provider probes preserve full source authority while reducing field encodings from four to two. Exact-head native, PostgreSQL and isolated-wheel validation pass.