MateClaw 2.3.0：让 Agent 的“完成”从自报变成服务端验收

MateClaw 2.3.0：让 Agent 的“完成”从自报变成服务端验收

跑长任务的 Agent 最怕什么？它说"完成了"，但你没法验证。模型自己声明完成，和真的达到验收标准，是两回事——这也是"Agent 交付不可信"问题的核心。

MateClaw 2.3.0（2026 年 9 月 20 日发布）就是来堵这个洞的。它是一个基于 Spring Boot 的开源 AI Agent 平台（数字员工、Agent 团队、持久目标、记忆、工具/技能/MCP、审批审计，Apache License 2.0，支持自托管），这版的核心改动只有一个方向：把长任务的完成判定，从"模型自报"推进到"服务端绑定检查"。

托管 JSON 验收：怎么工作的

用户在目标面板配置三样东西：要求键、产物槽位、1–16 个必须存在且非 null 的顶层字段。验收标准只能由有权限的用户配置，Agent 工具不能代为修改。

运行时协议是明确的四步：

getManagedGoalJsonSlots → publishManagedGoalJson
→ checkManagedGoalJson → 完成入口校验当前绑定

Agent 向指定槽位发布严格 JSON 后，系统保存不可变版本；检查由服务端从存储字节执行，并绑定当前要求修订、产物 ID 与槽位 generation——不接受调用方直接声明 PASS。

关键是"绑定"这个词：要求被修改、Goal 定义变化、槽位发布新版本、版本过期、正文完整性失败、权限状态变化——任一条件变化，旧绑定就失效。只有当所有当前要求都有有效绑定，且 Goal 原有 checklist 全部通过、证据非空，目标才算完成。

边界很诚实：当前检查范围是顶层字段存在性，不是完整 JSON Schema、字段类型或业务正确性验证；每版本最多 1 MiB UTF-8，每个 Goal 最多 32 个版本，版本有效期 24 小时。

配套：证据、干预、安全边界

• 持久执行证据：记录执行 attempt 与产物信息，支持产物版本变化检查、离线回放评估（观察账本，不代替验收绑定）
• 文件安全：读生成文件前查所有权、下载拒符号链接、预览走沙箱、权限撤销后清除证据
• TeamWorker 受控干预：审批前校验成员状态，副作用不确定时停靠任务等复核

信号强度

MateClaw 2.3.0 的价值在于：它把"Agent 完成了"从一句自述变成了一条可验证的契约。对依赖 Agent 跑长任务、又怕它"假装完成"的团队，这套服务端绑定验收是值得抄的作业——验收标准谁说了算（用户）、产物怎么算数（不可变版本）、什么算数（绑定有效），三个问题都有了明确答案。

这也呼应了整个 Agent 行业的趋势：当 Agent 开始交付"不可逆"的产物（改代码、发消息、跑交易），完成判定就必须从模型手里拿回来，交给服务端和用户。谁先把这个机制做扎实，谁就离"Agent 可以放心交给它长任务"更近一步。

原文：https://www.oschina.net/news/502818