任务层：让「完成」成为可以验收的事实

单条结论可信之后，问题上升到一件完整的事：你交给智能体一个并不精确的目标——"把这批采购单核完"——究竟做到什么程度才算完成？ 任务层建立在信任层之上，是四层阶梯的第二层。

它如何工作

任务层的完整形态，是把模糊目标收敛成一棵带验收标准的任务树：

1. 开工之前，先与你确认"什么算完成"——验收标准写成可判定的条目；
2. 推进过程中，板按缺口提示下一步该补什么材料、立什么规则；
3. 收尾时，验收标准逐条核验，未达标就明确指出还差什么；
4. 完成的任务归档为可回溯的记录，智能体带着既有能力继续下一件。

于是"做完了"不再是智能体的自我评价，而是一个被推导出来的结论——和其他结论一样，经得起追问。这正是长任务上最有价值的性质：智能体不会"以为自己做完了"，也不会在原地反复确认。

接口现况

任务层真正的接口是任务定义——接下一个模糊目标，先收敛成带验收标准的任务树、与你确认后再开工。任务定义已在云端开放（工具 declare_task，2026-07-31 上线）；另一端任务归档（收工协议）尚未开放。

declare_task 的分工是"分解归模型，判定归板"：你的智能体把模糊目标拆成节点，每个节点带一条验收标准；工具把这棵树种上板，之后的完成判定全部由内核规则做——没过验收的节点如实挂在"未完成"清单里，只有计划完备且所需动作都有回执时，"任务完成"才会被推导出来。可以照抄的形状：

{ "task": "ship7", "nodes": [
  { "node": "pack", "acceptance": "packed" },
  { "node": "send", "acceptance": "sent", "requires_action": "notify" }
] }

要让一个节点过验收，把它的验收主张作为证据放上板——智能体可以直接断言（断言档），也可以让注册过的传感器连接推送（实证档）：任务的完成从此可以由物理世界作证，这是任务层与信任层咬合的地方。

在此之前有一个可用的过渡用法：用信任层的目标机制（declare_goal）为每个可判定的里程碑立目标、按板返回的缺口推进（见上手页）。但要说清界限：一条目标不等于一件任务——任务层要补上的，正是"从模糊到可验收"的收敛过程，与最终归档时的验收过闸。

收工协议开放之前的实际做法：让智能体在结束前列出——已经推出的结论、仍缺的材料、没有完成的部分，并把"尚未验证"原样保留。收工协议开放后，它会成为正式的收工门：验收没达到、证据没接地、有未清缺口，就拒绝归档并说明差什么。一个能被"我觉得做完了"糊过去的收工门，等于没有门。

收工接口在通过生产验证之前，不会出现在工具面上：会失败的接口，比没有接口更坏。进度见现况页。

现况

任务定义（declare_task）已在云端开放并经真实端点验证；种下的任务树会出现在控制台「智能体」页——节点、验收状态、动作四态（待执行→可领取→已领取→已回执）画成一棵树，页面自动跟进；任务收敛的完整机制（模糊目标的多轮收敛、收工协议）在核心引擎中已实现并在多个应用形态（代码助手、组织流程、研究工作台）中实际使用，其余部分作为云端能力仍在实现之中。

在阶梯中的位置

任务的完成可以验收之后，下一步是把"思考、推进、收敛"这一整套交付为可运行的整体——智能体层 →