Repository navigation
RFC: run the first Controller–Worker slice alongside C1 - #8378
loopx-agent wants to merge 1 commit into
Conversation
Signed-off-by: LoopX Agent <337587101+loopx-agent@users.noreply.github.com>
loopx-agent
left a comment
There was a problem hiding this comment.
Reviewer: model_agent, gpt-6.1-sol, OpenAI, runtime_reported, reasoning_effort=max
Request changes conclusion (author-owned PR; GitHub blocks formal self-review)
- [P2] 隔离预览仍可被任务表排在 C1 之后。 交付段落要求第一个真实闭环与 C1 并行,且它需要 C6 的 Worker 返回。任务表的 C6→C2→C1 依赖和总路线图的串行文字仍让维护者推迟同一闭环。明确预览仅需要已固定且兼容的上下文读取和已有返回能力,生产 C6 切换继续用完整 C1/C2 门。同步总路线图与两份任务表。 审查位置 C6 任务行 总路线图
动机 / Motivation
负责把长任务迁到双会话的运行时维护者,需要知道何时能做第一个能返回产物并继续工作的预览。 原计划先验收统一单会话再绑定双角色,导致团队无法尽早验证真实 Host 的工作返回与 Stop。新正文允许隔离预览先跑,但依照同一任务表实施仍会等到 C1 完成。 预览应先用已固定、可恢复的契约完成一次有用的 Worker 返回、Controller 采纳与后续工作,同时保留生产切换门。 这个提交交付双语设计与分期验收条件。真实双会话、用户旅程、收益与生产切换仍待实施和资格验证。 当前任务表和总路线图对预览何时可启动给出了不同答案。
改动思路 / Approach
沿用已有绑定、请求与结算能单独验证隔离预览。直接继续旧串行会推迟 Host 验证,扩大到 Router 会把独立的第二单元问题混进首个闭环。 现有 owner 下只定义隔离的单 Host 首环和后续阶段,完整 C1 继续约束生产切换。 RFC 本身没有运行效果。拟议的预览复用既有请求与原 attempt,Controller 采纳有效结果后按新鲜准入推进,Controller 不在线时 Host/Core 仍处理 Stop。
具体改动 / Changes
审查提交 b428ae06da5d99d1aa200ad79239371965a4d0df,对照 1cba745f52548446f83f1838e5aadfcb31b01152。两份 RFC 镜像共 +131/−56。更新 C1 来源审计、任务依赖图、单 Host 首个闭环、执行中的用户交互、三臂对照及 C3–C5 的切换条件。
基线规范固定在 1cba745f52548446f83f1838e5aadfcb31b01152。 docs/architecture/rfcs/loopx-overall-roadmap-v0.md
- preview-dependency(未满足)。已有路线图的可分期任务和当前 RFC 的并行承诺应给维护者同一个启动条件。交付图、任务表和总路线图仍可推出互相冲突的次序。
- preview-observable-exit(已验证)。首个可用切片需要真实返回、采纳、后续准入和原 attempt 恢复的设计退出条件。第 11 节定义了以上可观察条件,并单列执行中 Chat 与纠偏。这里验证设计条款。
- production-adoption-gate(已验证)。保留原 quota 单会话对照、两会话完整成本、独立验收及回退。第 9 节与第 11 节仍有三个对照臂、预算与 oracle 预冻结、原 attempt 对账。
- packaged-runtime-qualification(后续验证)。实际 Host/打包 App 的结果、隔离和 Stop 需单独验证。本 PR 只改 RFC,验收由各实现阶段承担。
关键内容讲解
- 源码审计回溯 #7430 与 #8265,区分 #8266 的替换候选、#8304 的分阶段读取候选,以及已合入的 #8238 与 #8323。 版本与位置
- 首环先试单 Agent 的双原生会话,覆盖 Controller 不可用、原 attempt 恢复和有结果后继续。第二步用既有 Chat 做运行中问答、产物读取和纠偏,再看 Router 两单元。 版本与位置
- 计入重试、汇报、人工介入和 Stop 时延,先冻结验收。原 quota、统一单会话和双会话分开,Router 的收益需另有证据。 版本与位置
- 中文任务表与英文保留了同一旧依赖,属于规范内部矛盾,翻译对齐本身没有消除它。 版本与位置
对主干的风险 / Risks
PASS。双语差异、空白检查和来源审计通过。在固定源码核实 Codex 的认证 start observation、Chat 发往绑定 Turn 的 interrupt 和四个已合入的 C1 相关提交。
FAIL。第 11 节将 C3–C6 画为可并行的预览,但 C6 任务行仍要求 C2–C5,C2 仍依赖 C1。总路线图仍明确先验收统一单会话再做角色绑定。 逐行对照 C6/C2 任务表、并行交付图及总路线图的当前依赖。在 C2 与 C6 明确区分固定兼容读取的预览前置与完整资格的切换前置,并同步两种语言的总路线图。保留 C1 原 quota 对照、独立验收、完整成本和回退门。
UNVERIFIED。设计路径已走查,真实双会话、实际 Stop、安装版用户旅程、匹配预算实验及远端 CI 均未独立验证。
我的整体评价 / Verdict
按任务表排期会重建串行关键路径。若实施者自行绕过表格,预览所需的兼容读取条件又缺少明确依据。 按新正文走查,操作者能先看到一项工作在独立会话中返回并驱动后续动作。任务依赖不一致会使这条首个可用旅程的交付时点含混。 两个改动路径是架构 RFC,图只是规范中的依赖图,未改产品的运行视图或界面。 采用了过往 RFC 经验的首个可用用户结果走查方法。按本提交的工作返回、纠偏、Stop 和原 attempt 恢复判断,未沿用过去的结论。
English verdict: REQUEST_CHANGES. Head b428ae0. The first preview is said to run alongside C1, yet the C6→C2→C1 dependency and parent roadmap still put it behind C1. Bilingual pairing and the pinned native source audit passed.
Why
The Controller proposal had two independently useful deliverables on the same critical path. The replacement C1 contract needs its original-quota qualification. The native runtime can already begin an isolated, single-Host dual-session preview against a pinned contract. The source audit also needs to reflect the #7430 revert and the active C1 replacement in #8266.
What this changes
Verification