交付闭环

Studio 的核心价值是把一次次 AI 辅助任务放进项目闭环。每个需求都要能拆成工作项，每个工作项都要有验收，每次验收都要留下证据，每个风险都要进入后续决策。

闭环步骤

1. 明确需求：目标、用户、范围、非目标和风险。
2. 拆分工作项：每个任务有范围、授权、验收和验证方式。
3. 导出任务包：生成托管 Artifact 和 sha256；未经明确确认不执行。
4. 受控执行：创建 Task、ActionRun 和 Node Dispatch，并持续投影安全状态。
5. 处理中断：按状态执行接管、恢复、重试或取消，保留同一 trace 和旧历史。
6. 验收结果：Verification 与 Artifact 就绪后，确认通过或发起回修。
7. 沉淀证据：保留变更、验证、风险、验收人和下一步。
8. 归档决策：归档交付，或进入复核、下一迭代和企业治理。

常见分支

情况	下一步
验收通过且风险低	进入下一个工作项或准备交付摘要。
验收失败	创建回修任务并保留失败原因。
证据不足	补检查、补说明或进入独立复核。
涉及高风险动作	等待人工确认或企业审批。
涉及企业权限和合规	评估 MAWflow Enterprise。

中断和恢复规则

当前状态	可用动作	重要边界
queued / running	人工接管、取消	取消不回滚已产生变更。
waiting_human	恢复、取消	恢复沿用原 execution、ActionRun、Dispatch 和 trace。
failed / blocked	重试、人工接管、取消	重试受 attempt 上限约束，旧失败记录不删除。
succeeded + 缺证据	发起回修	不允许验收通过。
succeeded + 证据就绪	验收、回修	验收必须由有权限的已签名 operator 执行。
accepted	归档、回修	归档不是发布动作。

所有写动作携带对象版本和 client request id；版本过期时页面要求刷新，重复 request id 返回原结果，避免双击产生重复主账本。

收口要求

每个阶段结束时，至少留下：

• 当前完成了什么。
• 验证了什么。
• 哪些内容没有验证。
• 风险是否接受。
• 下一步由谁处理。

下一步

如需处理安全和权限边界，继续阅读 Studio 安全边界。如需独立复核，阅读 Audit Center 用户手册。