AgentClaw 内部实测 0.1.0-beta

目标临时变化后,如何保留事实并重排下一周期

使用一组脱敏合成夹具验证:支付事故临时插入后,Skill 能否保留原目标、证据、延期项和容量边界。

验收
6 / 6 通过
运行日期
2026/07/30
环境
AgentClaw 固定夹具与确定性验收脚本

INPUT / 01

这次使用了什么

周期目标
客户洞察报告、支付失败事故处理
工作记录
3 条记录、4 个证据引用
目标变化
周二批准支付事故优先于客户洞察
下一周期容量
可用 28 小时;固定承诺 10 小时;聚焦容量 18 小时

ARTIFACTS / 02

实际生成的产物

ACCEPTANCE / 03

逐项验收

关键状态可回到证据

两项目标分别引用 E1/C1 与 E2/E3/E4。

目标变化不覆盖原目标

客户洞察保留为 changed,并记录批准的 C1。

未完成工作不消失

R1 与 R3 均进入 carryovers。

计划不超过聚焦容量

计划 15 小时,小于 18 小时聚焦容量,保留 3 小时缓冲。

核心结果控制在 1–3 个

生成 2 个结果,均包含完成定义。

不确定事实没有被猜测

新交付日期以 U1 保留在待确认问题中。

为什么选择目标变化场景

普通周报最容易把临时插入的高优先级工作写成“本周成果”,却让原目标和延期成本消失。这组夹具要求 Skill 同时保留原目标、批准的变化、事故证据和下一周期容量。

运行结果

Skill 没有把客户洞察报告写成已完成,而是标记为 changed;支付事故虽然已经上线修复,也因为恢复观察尚未结束而保持 in-progress。下一周期只安排 15 小时工作,并保留 3 小时缓冲。

尚未证明的部分

这次运行只能证明固定输入下的任务合同与验收规则有效。它还不能证明不同团队材料、真实 WorkBuddy 环境或多人协作中的稳定性,因此不会升级为用户复现或业务验证。

返回实战案例