交付闭环

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

七步闭环

1. 定义结果：写清目标、用户、范围、非目标、风险和完成标准。
2. 确认计划：把结果拆成可执行工作项，一次确认授权、检查和人工责任。
3. AI 执行：创建 Task 和执行记录，持续投影安全状态；中断时在同一任务上接管、恢复或重试。
4. 人工验收：Verification 与 Artifact 就绪后，由责任人确认通过或发起回修。
5. 交付决策：验收时选择“形成发布候选”或“无需发布”，并保存理由和证据引用。
6. 发布门：发布候选继续核对环境、版本、回滚和权限；验收不会自动触发生产发布。
7. 归档历史：无需发布的任务直接关闭；发布候选在发布证据就绪后归档，完整历史继续可查。

一人团队可以由同一个账号完成计划确认、人工验收和交付去向选择，不需要重复扮演多名审批人。生产发布、凭证、数据迁移和不可逆动作仍保留独立确认门。

常见分支

情况	下一步
验收通过且无需发布	关闭当前任务并进入历史。
验收通过且需要上线	形成发布候选，等待独立发布门。
验收失败	创建回修任务并保留失败原因。
证据不足	补检查、补说明或进入独立复核。
涉及高风险动作	等待人工确认或企业审批。
涉及企业权限和合规	评估 MAWflow Enterprise。

中断和恢复规则

当前状态	可用动作	重要边界
queued / running	人工接管、取消	取消不回滚已产生变更。
waiting_human	恢复、取消	恢复沿用原 execution、ActionRun、Dispatch 和 trace。
failed / blocked	重试、人工接管、取消	重试受 attempt 上限约束，旧失败记录不删除。
succeeded + 缺证据	发起回修	不允许验收通过。
succeeded + 证据就绪	验收、回修	验收必须由有权限的已签名 operator 执行。
accepted	选择发布候选、无需发布或回修	交付去向是验收决定的一部分。
release_candidate	发布、回修	仍未上线；发布必须经过独立门禁。
done / closed	查看历史	归档不是删除，证据和决定继续可查。

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

收口要求

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

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

下一步

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