biz-delivery-loop
业务全栈交付编排 skill。职责是把需求清单纳入 PACE，把前端、数据库、后端、测试、安全、E2E 和交付报告
串成带 checkpoint 的 loop。本 skill 系统无关：项目知识只从 Convention Pack、Capability Manifest
或 runtime-env 声明读取；状态唯一权威是 .ai_state/_index.md。
何时使用
- 一个业务功能需要 FE/BE/DB/测试/安全/E2E 多环节协同交付。
- 用户要求 checkpoint、回滚、需求完成度和完整交付报告。
- 需要调度
quantum-codegen(mode=page/module/db/unit/security/e2e) 与quantum-data等 skill。
何时不使用
- 单文件 hotfix、局部 bugfix 或无需全栈 loop 的小改动。
- 需求无法写出验收标准；先进入 brainstorm 或 requirements。
- 想跳过 PACE 自建状态机；本 skill 只编排，不拥有独立状态。
输入
- 原始需求清单、验收标准和优先级。
- Convention Pack：FE、BE、DB、测试、安全、E2E、交付报告约定。
runtime-env：FE/BE/DB 命令、端口、探活 URL、teardown。- 可选 Capability Manifest：运行期只读数据能力。
references/下的 checkpoint、报告 schema 和 runtime-env contract。
工作流
- 读
references/orchestration-contract.md，运行python3 scripts/check_delivery_loop_contract.py <biz-delivery-loop-skill-dir>核对合同与报告结构。 - 按 PACE 全栈准入 在 design 记录真实仓库、角色、环境、测试种子与正常/拒绝/越权/失败断言。缺所需环境保持该切片未完成，继续独立工作。
- 将可独立验收业务动作拆为 roadmap 切片；复用 blocked_by。先明确规则、API、schema 与适用 checkpoint，已确认内容引用原证据。
- 按依赖调度 FE page、DB design + DDL、BE module。mock demo 可用于效果确认，不能替代真实 FE/BE/DB 验收；有收益再并行互斥写集，由主 agent 整合。
- 集成后通过 unit、e2e、security 模式真实运行并核对 UI/API/DB/权限/审计。quantum-data 仅在 manifest 声明范围内只读。
- 后续阶段只按 PACE stages：R/S 为 runtime-verify → polish → review；独立 review 走
athena review（结果 review.json）。 - 报告复用需求→产物→证据→状态/遗留；保留可空用量兼容字段，缺原生来源为 unavailable，不阻塞功能交付。CP1/CP3/CP5 仅在当前 design/用户要求且尚未确认时请求确认；按有效授权进入 ship。
输出与约束
- 每个 stage 的产物路径、
athena run证据、checkpoint 结果；按references/delivery-report-schema.md的交付报告；回滚记录、loop 次数、blocked 原因、人工确认清单。 - 不建平行状态机；只编排，不直接写业务代码。checkpoint 验证证据，不验证日志字符串。
- 同一 checkpoint 同因连续三次失败：记 stderr、已试方案、
athena issue add；只阻塞相关依赖。 - 全栈运行只依据
runtime-env，不猜环境。
References
references/checkpoint-protocol.mdreferences/delivery-report-schema.mdreferences/orchestration-contract.mdreferences/runtime-env-contract.mdscripts/check_delivery_loop_contract.py