delivery-looplisted

# 交付闭环 这是 `loop` 的 Codex Runtime 入口，不是新的 PRD Skill。先读取同目录 `LOOP.md`，再使用现有 `prd-architect`、`ui-mockup-desktop-workbench`、`prd-review` 和必要的 `prd-to-issues` 关闭交付缺口。 ## 目标与输入 目标是关闭现有交付包的最早阻断 finding，而不是重新定义产品方案。Entry Gate 必须已有可定位的 PRD 或交付包。如果只有已确认方案而没有交付物，使用 `$solution-to-delivery`；如果问题或方案仍未确认，使用 `$problem-to-solution`。 ## 工作流 1. 建立或恢复 Loop 状态，`max_cycles` 固定为 3；运行适用 validator，确认 artifact hashes、producer identities 和 Review fingerprint。 2. 使用 `prd-review` 判断当前 verdict，并选择最早且唯一的阻断 finding。 3. 按 finding 返回责任节点：内容和 Manifest 用 `prd-architect`，页面、HTML 和截图用 `ui-mockup-desktop-workbench`，版本覆盖缺口用 `prd-to-issues`。 4. 只生成本轮 Artifact Delta，保留已经通过的内容；生产者用 actor-scoped validator 绑定身份，随后交回与全部 producer identities 独立的 `prd-review`。 5. Review 通过且当前 artifacts/Manifest 一致时输出 `package_ready`；达到停止条件时进入 Human Gate 或阻塞。 ## 边界 - 不重新定义已经确认且未被新证据推翻的方案。 - Validator 只能证明结构和一致性，不能替代独立 Review。 - 页面型需求缺少当前 UI/HTML/截图时不得标记 ready；真正无用户可见界面时可以记录不适用原因。 - 不自动发布钉钉、创建云效事项或同步 Runtime；Package 只能做无副作用 dry-run，真实写入保持 `authorization_required`。 ## 输出 每轮返回 cycle、Package 根目录、active finding、return owner、closure criterion、Artifact Delta、保留项、Review verdict、状态和恢复点。用户同时要求发布时可以补做 Package dry-run，但真实写入返回 `publish_status: authorization_required`，不改变 Package readiness。 ## 完成定义 只有独立 `prd-review` 关闭当前阻断 finding、没有其他 P0/P1，且适用 validator 证明 Manifest 与 artifacts 一致，才输出 `package_ready`。三轮上限、连续两轮无有效 Artifact Delta 或交付事实缺失时进入 Human Gate。可信宿主授权不属于交付缺口；当前 Agent Runtime 中 Package 已 ready 时保持 `status: package_ready`，并对真实写入返回 `publish_