[loopx-agent]

LoopX 2.0 needs a consistent entry point for the TypeScript control-plane reconstruction and the long-horizon research workbench. This prepares the 2.0.0 package identity, paired README presentation and bilingual upgrade guide, including the breaking Markdown/legacy-writer cutoff and original-operation recovery.

The workbench description follows recorded Explore history through artifacts and cited trajectory analysis. It connects source citations, native outcomes and measured costs to the next research decision. The engineering history keeps Song’s Semantics contribution and Duang777’s retirement work in their proper multi-month context.

Validation: help/manual, developer-book publication and release-version contracts passed; repository-native premerge passed (no failures or manual holds); changed public docs passed the boundary scan. Full final-commit release qualification and artifact publication remain separate release gates. No runtime ownership, scoring, model execution or active Goal migration is changed by this PR.

Visual evidence

Captured revision: e8a6733aa6c6de4eeeb1a867fe12cab08bbac5d6; the first-screen source, images and layout remain unchanged in 9d2b7502a9f081d86ee50d68b54acb5c4b8ecbfc (before: d4bb60c98c01ab840c5f971e3ca06e778b94a129). These are browser captures of a local HTML projection of the actual README source, using GitHub-like styling; they do not certify GitHub’s CSS or an installed App. The heroes reuse the unchanged, public-safe recorded/synthetic UI images with their corrected chart proportions and a regenerated 2.0 label. Both languages were inspected at desktop 1440px and narrow 390px, with no page-wide horizontal overflow.

English desktop: before / after

Before	After

English narrow: before / after

Before	After

中文桌面: before / after

Before	After

中文窄屏: before / after

Before	After

中文说明

围绕 TypeScript 控制面与长程研究工作台统一首页、版本锚点、主图和双语升级路径。具体说明迁移前停 writer、审阅导入计划、沿原操作恢复，以及安装更新不会代替状态迁移。最终发布还需固定合并提交、完成完整资格化并核验实际发布产物。

[loopx-agent]

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

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

动机

首次安装或从 1.x 升级的用户，以及沿 README 查找研究能力的开发者。 旧首页仍写 2.0 开发预览，安装指南又说 SQLite 只能手动启用，用户难以判断正式版与旧 Goal 的迁移要求；本次统一版本入口，并在继续旧 Goal 前给出兼容性分支。 已核验双语入口、版本锚点和迁移命令来源一致；本 PR 交付发布准备，不把候选源码等同于已发布安装包。 完整发布仍需本次维护者请求中的最终源码资格化、tag、包产物与个人图文指南读回。 本 PR 不迁移实际 Goal，不执行模型或交易，不发布个人 X 内容，也不宣称 2.0 已获得 benchmark 收益。

改动思路

现有版本 owner 与双语入口足以承载这次发布准备；无需新增运行时策略、配置或状态。 当前 PR 只统一版本、首屏与升级说明；发布 tag、真实安装包和图文指南的验收留在同一次已授权发布操作中。 我比较了不改、只改版本号与重做站点三个方案：前两者留下相互矛盾的入口，后者扩大无关范围。这里复用原来的 README、版本 loader、安装与迁移 owner，并用一页双语指南承接不同升级条件。图像仍是已标注的实录/合成来源，未将示意动画或历史数据变成运行证明。

具体改动

规范依据是 docs/product/release-readiness.md，审阅固定版本 7f52528c9553088409253a8d37f24a37c91ad8da。Named Version Contract 已通过成对版本、生成手册与书籍锚点落实；Compatibility Gate 由兼容表、真实 CLI help 和权威迁移合同核对落实；Final Release Body Usage Gate 留待同一发布操作执行，本 PR 不替代该发布验收。

关键代码讲解

• loopx.__version__ 与 pyproject 的 project.version 同时变成 2.0.0；依赖、entrypoint 和任何领域逻辑都没有改动。
• load_identity 是未改动的实际消费者：读取 TOML 和 module literal，先检查相等，再派生 v2.0.0，不会从文案猜版本。实际 CLI、loader 和版本 smoke 均已执行。
• 新指南明确区分 canonical File/SQLite、旧 Markdown 和 legacy policy：安装不是转换存储，prepare 不是停止 writer，恢复原回执不续旧执行权，也不能重装旧二进制清除 writer fence。
• 两份 README、两张主图、四个书籍锚点与 manpage 同步。主图由原排版源重生成，底层已纠正比例的 UI 图像未变。双语桌面和窄屏前后图直接在 PR 描述内，范围是 source README 的 HTML 投影，未声称是 GitHub CSS 或安装版验证。

对主干的风险

最强反例是版本和宣传图正确，但实际发布包尚未可用，或用户误把更新视为旧 Goal 的迁移。因此本次只批准发布准备，tag、产物、完整 release body 与个人图文指南继续由发布流程验收。版本 smoke 的失配场景仍要求 repair_recommended；旧 Goal 的停 writer、租约结清、原 operation/digest 恢复义务也没有被文案缩掉。

原生 PR premerge、公开边界扫描、help/manual、book 和 version 检查通过。按当前审阅策略未读取、轮询或等待 GitHub CI。更广的发布矩阵另行运行；首次 release canary 因新 worktree 缺少 DSH node_modules 失败，已补齐锁定依赖，不能把这次失败当通过，也不是本 PR 更改插件逻辑导致。没有新增 feature flag、状态模型、provider、调度规则或自动模型执行；读取页面不启用分析。LHTB 历史数据仍限定在 1.0.3，六项过程判断仍未校准。

语义与 CI 对齐

此处复用现有版本、provider、ownership 和恢复词汇，没有新增共享 Enum/协议生产者。SQLite 文案是纠正既有默认值的陈旧说明，非本 PR 改默认。模型理解、实际研究收益、Hosted CSS 与未来产物执行仍各自未验证，不以文案或测试数替代。

我的整体评价

这是有用且可单独回滚的发布准备增量：long_horizon 保持既有执行与恢复边界，user_experience 改善了找入口和判断升级条件的路径。代码成本只有既有版本值，主要维护成本是一页双语指南；保留现有 owner 比增加脚本或新配置更合适。完整比对与负例未发现阻塞本 PR 的问题；批准准确的源码提交，仍保留独立的最终 release 验证与实际产物读回。

English verdict: APPROVE — e8a6733aa6c6de4eeeb1a867fe12cab08bbac5d6. Version consumers, bilingual source presentation and migration guidance agree; native PR checks and negative version/readback contracts passed. No state migration, model-gain claim or publication completion is inferred. Final release qualification and artifact/guide readback remain separate gates.

[loopx-agent]

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

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

动机

首次安装或从 1.x 升级的用户，以及沿 README 查找研究能力的开发者。 旧首页仍写 2.0 开发预览，安装指南又说 SQLite 只能手动启用，用户难以判断正式版与旧 Goal 的迁移要求；本次统一版本入口，并在继续旧 Goal 前给出兼容性分支。 已核验双语入口、版本锚点和迁移命令来源一致；本 PR 交付发布准备，不把候选源码等同于已发布安装包。 完整发布仍需本次维护者请求中的最终源码资格化、tag、包产物与个人图文指南读回。 本 PR 不迁移实际 Goal，不执行模型或交易，不发布个人 X 内容，也不宣称 2.0 已获得 benchmark 收益。

改动思路

现有版本 owner 与双语入口足以承载这次发布准备；无需新增运行时策略、配置或状态。 当前 PR 只统一版本、首屏与升级说明；发布 tag、真实安装包和图文指南的验收留在同一次已授权发布操作中。 我比较了不改、只改版本号与重做站点三个方案：前两者留下相互矛盾的入口，后者扩大无关范围。这里复用原来的 README、版本 loader、安装与迁移 owner，并用一页双语指南承接不同升级条件。图像仍是已标注的实录/合成来源，未将示意动画或历史数据变成运行证明。

具体改动

规范依据是 docs/product/release-readiness.md，审阅固定版本 7f52528c9553088409253a8d37f24a37c91ad8da。Named Version Contract 已通过成对版本、生成手册与书籍锚点落实；Compatibility Gate 由兼容表、真实 CLI help 和权威迁移合同核对落实；Final Release Body Usage Gate 留待同一发布操作执行，本 PR 不替代该发布验收。

关键代码讲解

• loopx.__version__ 与 pyproject 的 project.version 同时变成 2.0.0；依赖、entrypoint 和任何领域逻辑都没有改动。
• load_identity 是未改动的实际消费者：读取 TOML 和 module literal，先检查相等，再派生 v2.0.0，不会从文案猜版本。实际 CLI、loader 和版本 smoke 均已执行。
• 新指南明确区分 canonical File/SQLite、旧 Markdown 和 legacy policy：安装不是转换存储，prepare 不是停止 writer，恢复原回执不续旧执行权，也不能重装旧二进制清除 writer fence。
• 公开入口 smoke 只移除两条冻结在 1.0 的已过时 readiness 文案断言，图示、路径、调用与来源边界检查保持并在当前源码通过。两份 README、两张主图、四个书籍锚点与 manpage 同步。主图由原排版源重生成，底层已纠正比例的 UI 图像未变。双语桌面和窄屏前后图直接在 PR 描述内，范围是 source README 的 HTML 投影，未声称是 GitHub CSS 或安装版验证。

对主干的风险

最强反例是版本和宣传图正确，但实际发布包尚未可用，或用户误把更新视为旧 Goal 的迁移。因此本次只批准发布准备，tag、产物、完整 release body 与个人图文指南继续由发布流程验收。版本 smoke 的失配场景仍要求 repair_recommended；旧 Goal 的停 writer、租约结清、原 operation/digest 恢复义务也没有被文案缩掉。

原生 PR premerge、公开边界扫描、help/manual、book 和 version 检查通过。按当前审阅策略未读取、轮询或等待 GitHub CI。更广的发布矩阵另行运行；完整发布测试中的独立夹具问题仍在发布操作中处理。新 worktree 的首次安装 smoke 缺少预构建前端；补齐原始前置产物后，同一时限下 install-local 与 archive 安装分别通过，全部当前 PR premerge 检查通过。没有新增 feature flag、状态模型、provider、调度规则或自动模型执行；读取页面不启用分析。LHTB 历史数据仍限定在 1.0.3，六项过程维度和结果各自保留来源。

语义与 CI 对齐

此处复用现有版本、provider、ownership 和恢复词汇，没有新增共享 Enum/协议生产者。SQLite 文案是纠正既有默认值的陈旧说明，非本 PR 改默认。模型理解、实际研究收益、Hosted CSS 与未来产物执行仍各自未验证，不以文案或测试数替代。

我的整体评价

已按维护者后续意见移除中英文介绍的校准式收尾，并保持历史研究版本与方法来源。上轮结论已对当前完整 diff 重新检查，未继承旧提交的通过状态。这是有用且可单独回滚的发布准备增量：long_horizon 保持既有执行与恢复边界，user_experience 改善了找入口和判断升级条件的路径。代码成本只有既有版本值，主要维护成本是一页双语指南；保留现有 owner 比增加脚本或新配置更合适。完整比对与负例未发现阻塞本 PR 的问题；批准准确的源码提交，仍保留独立的最终 release 验证与实际产物读回。

English verdict: APPROVE — 1689ac7ce38d264863494efab83b8325e9b9231a. Version consumers, bilingual source presentation and migration guidance agree; native PR checks and negative version/readback contracts passed. No state migration, model-gain claim or publication completion is inferred. Final release qualification and artifact/guide readback remain separate gates.