淘天以结构化任务和外部账本管理Agent循环

淘天团队指出上下文只能提高单轮执行正确的概率，无法保证复杂任务一次成功。真正的问题是把人隐式承担的目标维护、任务调度、过程记忆、结果验证和失败止损转化成系统能力。塔罗第二版做的第一个变化，是把规划结果从“给人或 Agent 阅读的报告”变成平台里的结构化 Task：以结构化方式记录最终要达成的结果、本次范围内的状态与用户路径、明确不做的内容、依赖的上游条件、可以证明任务完成的证据与当前阶段，且除用户明确修改外不随对话变化，成为系统判断“有没有做完”的稳定依据。 执行侧以 Job 为最小执行单元，一个可进入自动循环的 Job 必须明确本轮解决什么问题、可用哪些结构化结果结束、结束时必须留下什么证据、不同结果分别流向哪里。前端开发 Agent 的可接受结果包括“结构实现完成交给视觉 Agent”“无需视觉验证并给出理由”“缺少接口条件交给负责人仲裁”“当前方案失败”“任务被新要求中断”，若 Agent 结束却未给出被接受的结果则标记未闭环进入审计或仲裁。 状态外部化方面，塔罗把 Task、Job、结构化结果、Comment、Handoff、截图、测试结果、Diff 报告与阻塞项写入执行账本，可复查事实进账本、方案理由与责任人经 Comment/Handoff 交接，下一轮 Agent 只读当前 Task/Job/最近交接与必要证据。并为 Review Agent 定下“Handoff 只能作为线索，不能作为事实本身”的规则。 角色按工程责任划分为前端、视觉、Review、验收、负责人五类 Agent，协作消息分 Comment（沉淀事实不触发执行）、Mention（投递给指定 Agent）、Handoff（保存成果/证据/风险）三种语义，只有结构化工作结果能改变任务状态。模型执行与业务工作分开管理，一次调用可中断/恢复/重试但其结束不直接改变 Job 完成状态。