用途：把已澄清的 PRD 或类似规格文档转成一组精简、可独立领取的 GitHub Issue，每个 Issue 是一条贯穿数据、领域、API、UI 等各层的纵向切片（tracer bullet），尽早暴露未知问题。
主要能力：识别并理解 PRD 的目标、用户故事、功能需求与非目标；探查代码库架构与集成点；将 PRD 拆成少量高杠杆的纵向切片，避免“先建数据库表”“先做全部 UI”这类横向切片；为每个切片定义标题、类型（HITL 需人工介入 / AFK 可自主完成）、描述、验收标准、被哪些切片阻塞，并至少给出一个可立即开始的未阻塞 Issue；以编号列表向用户确认粒度、依赖、合并拆分与 HITL/AFK 标注，迭代至批准；最后生成可直接粘贴或经 API 创建的 GitHub Issue 正文（Markdown），含上下文、任务、验收标准、PRD 与相关 Issue 链接及人工审查备注，必要时按仓库惯例分组为 epic 或标签。
使用方式：当用户已有 PRD 并希望得到具体 Issue、把目标文档转成看板任务、或需要拆分工作以便并行时使用。若尚无 PRD 或需求模糊，建议先使用 /grill-me 和 /spec-writer。工作流中若上下文已提供答案，可压缩或跳过步骤。
适用场景：多工程师或多智能体并行开发前的任务拆分；将规格文档落地为可执行看板。
限制：资料未提供具体安装命令、平台支持范围、收费方式或效果数据；PRD 缺少关键细节时应提出少量针对性澄清问题而非猜测。