Repository navigation
Recover native manager responses with the current request frame - #8395
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
Approval conclusion (author-owned PR; GitHub blocks formal self-approval)
动机 / Motivation
Steward 的原请求已在 Antigravity 得到结果,Core 仍保留一次传输失败。基线会因宿主自己附加的固定响应示例而拒绝该请求的恢复证明。当前提交识别完整固定示例,原 worker 可以读回并交付已有答复。当前评审覆盖原生输入识别、原请求恢复和 Codex 输入一致性。真实模型、安装包和 2.3.0 全量发布验收仍由原流程核验。
改动思路 / Approach
共用原 Chat 响应示例,由原生 reader 校验输入边界,原 worker 管理结果交付。当前评审覆盖原生输入识别、原请求恢复和 Codex 输入一致性。由已接受的 Core 恢复契约核验原话、来源、原生输入位置和摘要、正常完成,以及原渠道的一次结果读回。对应验收项为 original-native-request、existing-result-once、preserve-legacy-and-codex 和 release-qualification。 基线恢复契约
具体改动 / Changes
评审 6433eab。目标 main 为 73e49c4,共同基线为 aa475b29f1976a4fde901deca84672ddb3415152。9 个路径,+52/−26。当前固定示例已经存在于实际发送内容,候选只从共同 owner 读取这组字节。
关键代码讲解
CHAT_RESPONSE_EXAMPLE_SUFFIX保留原指令、两端标记、示例字段和顺序。Codexturn/start的 32 组原文及上下文组合在基线和候选上逐字节相同,覆盖 restricted 和 trusted-owner。 示例 owner · 提示词组装manager_input_matches解码原话与 Core JSON。它只接受空结尾或完整宿主示例,并核验原 source id。证据优先的历史格式仍走原比较。Antigravity 仍核验原生输入摘要、索引、时间及正常结束,原 Lark worker 仍持有结果交付和读回。 原话与来源校验 · 原生证明
对主干的风险 / Risks
匹配的 HTTP 对照发送完全相同的当前请求,基线拿不到原结果证明,候选读回原答复。旧证据优先格式和无示例的请求都可读回。任意附加内容、截断示例、改写原话、错误 source id、schema 或输入摘要都被拒绝。常规和已有后续请求的 Lark 恢复在基线均缺原结果,候选由原 worker 各交付一次,并保留原失败及通知。未知交付回执保持待核对。 原结果交付
我的整体评价 / Verdict
认可当前提交的 C17 修复。独立 9 项 HTTP 反例及对照、38 项恢复测试、15 项传输定向用例、32 组 Codex 字节对照,以及 standard premerge 的 6 项直接检查和 2 项自动检查通过。受影响的 6 个测试模块共 544 项通过。真实模型、安装包和 2.3.0 全量发布验收仍由原流程核验。
English verdict: APPROVE. The original native result is recoverable with the exact emitted response example, while historical frames, strict source binding, once-only delivery and Codex input are preserved.
LoopX 2.3.0 的完整测试发现 Antigravity 管家恢复无法核对部分已完成请求。候选已在原请求和 Core 证据之后附上固定的响应格式示例,但原生读回仍要求证据 JSON 位于最后。这会让已完成的 Lark 或管家请求失去可核验的恢复路径。
请求编写和原生读回现在共用同一份响应示例。读回仍逐字匹配原请求、验证原始 Core 来源,并只接受空结尾或完整的宿主示例。旧版证据优先格式沿既有匹配逻辑。Codex 的实际发包内容保持逐字节一致,原请求的空白和引用标记照常保留。
审查提交为
6433eab8bc8e9648e89d3d7b625fa9e07f5e6cf3,与目标main的共同基线为aa475b29f1976a4fde901deca84672ddb3415152。此改动修复现有会话恢复入口。请核对同一来源和原文绑定、历史请求兼容、未知内容拒绝、原始结果只交付一次,以及协议示例在 Codex 输入中的位置。