用途：把用户提供的 PRD 转换为按依赖顺序排列的实现工单，每张工单足够小，便于一次聚焦的编码智能体会话完成。
使用方式：用户必须提供 PRD 或其引用。若无 PRD，应要求用户提供并停止，不得从对话中推断 PRD。创建工单前先阅读 PRD 及其引用材料，不重复询问已有信息。
工作流：提取 PRD 的要求行为、约束、验收标准、依赖与未决假设；必要时检查相关代码，只使用经过验证的项目术语、架构、模式、领域概念、ADR 与约定。将 PRD、相关上下文、工单规则和输出格式交给两个固定角色的子代理：工单作者负责起草与修订工单和任务树；覆盖审查者独立对照每项 PRD 要求检查草稿，返回 PASS 或 REVISE，并给出缺失、部分、推测或不可验证覆盖的具体修正说明，但不重写工单。最多进行五轮作者-审查循环；PASS 即停止并返回已批准草稿；REVISE 时原样转达给同一作者，再交同一审查者，循环中不得替换子代理或重置上下文。第五轮仍为 REVISE，则停止并将最后审查草稿作为尽力结果返回，在摘要中说明未解决的覆盖缺口，不得声称通过。
审查者仅在满足以下条件时返回 PASS：每项 PRD 要求至少映射到一个具体验收标准；约束、边界情况和所需验证均被覆盖；工单是窄纵向切片而非技术层任务；依赖必要且有效；工单列表与任务树一致；未添加推测性范围。
依赖与输出：工单按 T01、T02、T03 顺序编号，声明 Blocked by: None 或仅列出必须先完成的工单，并按依赖顺序返回。使用 OUTPUT.md。
限制：资料未提供具体命令、安装方式、平台或收费信息。