solution-to-deliverylisted

# 方案到交付 这是 `workflow` 的 Codex Runtime 入口，不是新的原子 Skill。先读取同目录 `WORKFLOW.md`，再编排现有 PRD、UI、Review、Issue 和 Tool 能力。 ## 输入 优先发现已确认方案、项目目录、现有 PRD/UI、交付目标和版本要求。缺少会改变交付形态的信息时才询问： - 方案目标、范围、关键流程、约束和已知风险； - 是否存在用户可见界面； - 交付到研发、钉钉、GitHub、云效或仅本地； - 是否需要 V1/V2/V3 或研发事项拆分。 ## 工作流 1. 检查方案是否达到 Entry Gate；未达到则交回 `$problem-to-solution`，不自行补写假方案。 2. 使用 `prd-architect` 生成 PRD，并初始化 Product Delivery Manifest。 3. 有用户可见界面时使用 `ui-mockup-desktop-workbench` 生成目标态 HTML/预览与关键状态截图；无界面时记录可审计的不适用理由。 4. 为所有 PRD/UI artifact 写入实际 `producer_identity`，再由独立 `prd-review` 检查 PRD 与适用 UI 证据，并把当前 fingerprint、覆盖的 Maker identities 和结论写入 `pre_split_review`；未达到 `ready` 时只修阻断项，禁止生成版本计划或事项草稿。 5. Validator 证明 `pre_split_review` 仍为 current/ready 后，用户要求版本或研发拆分时才使用 `prd-to-issues` 生成版本计划、事项草稿和 PRD 覆盖矩阵；未经批准不发布。 6. 把版本拆分产物写入 Manifest；Backlog Splitter 必须用 actor-scoped validator 把当前 identity 绑定到每项规划产物，再更新文件 hash 和 package fingerprint。 7. 使用 `$delivery-loop` 对这份完整 Package 做最终独立 Review；最终 Reviewer 必须覆盖全部 artifact producers 且与其身份独立，循环到 `package_ready`、Human Gate 或阻塞。 8. 运行 Product Delivery validator，确保最终 Manifest、artifacts、生产者身份和 Review fingerprint 一致。 9. ��户要求发布时，交给 Package Publisher 做完整 dry-run；当前 Agent Runtime 无可信 host approval capability，真实写入保持 `status: package_ready` 并返回 `publish_status: authorization_required`。不得改走 Legacy direct mode 绕过 Package 合同。 ## 边界 - 不重新讨论已经确认且未被新证据推翻的方案。 - 不把 HTML/截图伪装成生产实现。 - 不让 PRD Maker 自评 ready。 - 不让 UI Producer、Backlog Splitter 或其他 artifact Producer 自评或从 Review 覆盖范围中被省略。 - 不在独立 PRD readiness