agent-exec transport ecb0d9a6f1f4410036311d8118d8fbc0/da6f4c6a7190
governance / governance (pull_request) Successful in 14s

This commit is contained in:
agent-exec-transport
2026-10-19 08:58:31 +00:00
parent bf12f2d8b0
commit 951ef9724e
@@ -198,3 +198,15 @@ Backend `9019f90` 为三项分别加入失败用例后作零付费修复:恢
其他证据:Dev `a797807` 的 `make test-pins` 输出 `pins ok`(SELF)。Dev `e790fed` 本地 `make test` 有一项治理测试 `test_close_self_child_keeps_initiative_target_from_archive` 失败,在 main 检出上同样复现;`e790fed` 准确 HEAD 的 Dev CI(`test`、`test-pg`、`svc-realcombo`)成功,故记为本地环境非阻塞项。已核验准确 HEAD GATE 成功:Agent-Native `28f3ea7`、Agent-Squad `11ff3a0`、Backend `611cf1b` 与 `9bcf1b5`、Dev `e790fed`。UI `fadabce`、Frontend `6f8e7ec`、Backend `f24a610` 和最终 Dev HEAD 的 GATE **尚未核验**,因 Gitea HTTPS API 当前 TLS 握手失败;阶段 6 结论不得把这些写成已通过。
质量状态不变:r0.6 真实 MiniMax 复测 `NOT_RUN`,r0.5 A01 `NOT_RUN`,r0.4 A01 **FAIL** 维持;客户端看不到 `[DONE]` 的路由侧原因可能仍为 `unknown`。本节只证明零付费机制和假流界面行为。八个 PR 保持草稿,未合入或部署。下一步由用户对本候选及工作卡决策项作阶段 6 评审;任何真实请求须另交资源提案。
## 2026-10-19 r0.6 阶段 6 与一次性传输边界探针
用户已接受 r0.6 零付费候选(含 I-3 工作卡 UI/Frontend 范围变化)通过阶段 6,条件是准确 HEAD CI 成功;该条件现已满足:UI `fadabce` 运行 4104/4105、Backend `f24a610` 运行 4106/4107、Frontend `6f8e7ec` 运行 4108/4109、Dev `b1d40f6` 运行 4116,以及 Dev `93668915ed9dd83282bb37fa0b792dabc1571bc5` 的 [Dev CI run 4135](https://git-home.u1680832.nyat.app:30319/weichen/Agent-System-Dev/actions/runs/4135)(`test`、`test-pg`、`svc-realcombo` 均成功),均记为 **GATE**。上节"UI `fadabce`、Frontend `6f8e7ec`、Backend `f24a610` 和最终 Dev HEAD 的 GATE 尚未核验"一句由此取代。
用户随后只批准资源提案 `/home/weichen/.local/share/agent-system-evidence/fast-slow-u3-r06-20261019/resource-proposal.md`(SHA-256 `c0de0c45c5f30d01565ab57aaa996b018e393794abae06e1936684b78684c00b`)的阶段 1:最多一个 MiniMax-M3 请求,固定沿用 r0.5 天气工具 prompt,输出上限 1024 tokens、120 秒、已返回 Usage 目标 3000 tokens,不执行工具、不重试、不换模型;阶段 2 的 A01 不在批准范围内。用户决定记录为同目录 `probe-authorization-decision.md`(SHA-256 `370db44b516531924a68d572e91cfd121e55309ed8e38af8b33a4867e7670c8c`)。
探针由 agent-exec 执行者在私有仓 `probe-code`(HEAD `47c6b9a`)中自 r0.5 探针改写。全新独立复审发现一项阻断:`eof_unproven` 未限定于 `clean_eof`,HTTP/2 读错误会被误标;修复后由另一全新会话复审 PASS。二进制 SHA-256 `ec79d00669202588ad4635e9dcd18da196703a0b5f139bd3b165a94b9e408548`,固定 Dev `9366891` 与 Agent-Native `28f3ea7`。一名执行者自报曾带 `--execute-once`、但未设批准环境变量运行该二进制一次;它在第一道守卫即被拒,未读任何文件、未访问网络,当时私有目录与路由均不存在,无副作用。执行前 `SELF` 预检:prepare 24/24 PASS(`preflight-prepare.json`,SHA-256 `c22559f2cf4ca2364ede9f5fb9511bf0006cb0a1fa6614d9045da2aa5b2ad30d`),execute-ready 25/25 PASS(`preflight-execute-ready.json`,`ac0a96e37296abf3b4f4dfc141868b97e986d0e8b1ccf8296f10f28ed7b5c9c1`),providerRequests 0。路由文件只核元数据(0600、https `api.minimaxi.com` `/v1`、MiniMax-M3、密钥存在、无 fallback),其 SHA-256 绑定在批准记录中。
唯一请求(2026-10-19 08:55 UTC)的私有收据 `private-probe/run-001/terminal-receipt.json`(SHA-256 `21bd00d09b810bbc99b7be60de0f4cb3d50937ced8c7ee0c3f483b74badde4a1`)记录 HTTP 200、`finishReason=tool_calls`、`readOutcome=clean_eof`、`streamComplete=false`、最后一帧 JSON 完整、尾部 `json_frame`、SSE 结构事件 8 个;返回 Usage 为 prompt 425、completion 47、total **472 tokens**;工具片段 1 个、参数 28 字节且合法,放行/执行工具均 **0**。响应体边界为 `http2`/`http2_stream`,无声明长度,读取 2,844 字节,见到 EOF,长度关系 `unknown`,无透明解压;`failureClass=incomplete_terminal`、`diagnosis=eof_unproven`。一次性 claim 与 attempt marker 字节相同。**授权已用尽,不补跑。**
作者判定 `probe-assessment.md`(SHA-256 `5b69fcbed8992f33cac6b2214b9eac5166c96c0adb8dc09f03f64fceea69a37c`)与全新只读独立评估(AGREE;纠正草稿三处措辞错误,结论不变)均适用判读表"framing 为 chunked/close_delimited/http2_stream 且长度 unknown"一行:只能确认 EOF,无法证明完整 → **INCONCLUSIVE**,不再发请求;阶段 2 A01 **不具备资格**(须 `done_marker`)。r0.5 与 r0.6 两次客户端都看到 `tool_calls`+Usage+完整末帧 JSON+clean EOF,且**均未观察到 `[DONE]`**;现有证据无法区分"供应商未发 `[DONE]`"与"中间一跳在 `[DONE]` 前结束流"(r0.5 未记录传输协议)。候选的保守规则(缺 `[DONE]` 即 `incomplete_terminal`,不放行工具)表现正确。若把 `tool_calls`+Usage+clean EOF 认作该供应商的完成信号,属规则变更,须另行设计并由用户决定。r0.4 A01 仍 **FAIL**,r0.5/r0.6 真实 A01 **NOT_RUN**;八个 PR 保持草稿,未合入或部署。