用途：在工单之间没有依赖边时并行实现多个独立工单，每个工单仍保持独立、全新的上下文，避免手工逐个开会话。
适用判断：/implement 用于单工单或依赖链；本技能用于 2 个以上彼此无依赖的就绪工单。独立性仅指依赖图层面，两个前沿工单仍可能改同一文件并产生冲突，留到合并时解决。
运行前提：编排依赖 Claude Code 的 Workflow 与 per-agent isolation: "worktree"。在没有这些能力的环境（Codex、Cursor）不要模拟，退回串行：每个工单一个全新会话按依赖顺序跑 /implement。
流程：一、在主会话中读取工单，解析 Blocked by 边成依赖 DAG，取无未解决阻塞的前沿；二、向用户确认工单编号标题、并发上限（默认 2–3）以及每个工单都会开出待审 PR；三、按流水线扇出：构建阶段在 worktree 中按 /implement 的 TDD 方式实现并提交到工单分支，不开 PR；审查阶段两个并行轴（standards 与 spec）在未写代码的新上下文中只读报告；落地阶段只修 blocker/major，minor 写入 PR 正文，重跑受影响测试，开一个 Closes #N 的 PR，不合并。四、集成检查用一次性 worktree 合并各分支，只记录冲突对与文件，不在此解决。五、收集并报告 PR 链接、未处理发现、失败项与冲突图。六、每次合并后按需 rebase 修复并重新扫描前沿。
限制与注意：workflow 内的 agent() 拿不到 Agent 工具，因此不能让实现者自己跑 /code-review，否则会静默退化为作者自审；审查者必须由编排器另起上下文。审查轴为两条，不做视觉审查，渲染输出由 CI 的视觉回归门禁在 PR 上核对。不要合并工单分支，不要跨分支解决冲突，并发要设上限。任何工单的审查若落入作者上下文，应明确上报为失败。本技能资料未提供收费、价格与平台支持等额外信息。