用途：把 PRD 转换为 GitHub issues。核心理念是 tracer-bullet（曳光弹）垂直切片——每个 issue 都是贯穿所需各层的窄小端到端切片，可独立验证、独立领取，而不是横向分层。
主要能力与流程：
- 定位 PRD：通过明确的 issue 编号、URL、文件路径或粘贴的 PRD 获取；缺失时向用户询问来源。相关时抓取带评论的 GitHub PRD。完成标准是 PRD 内容可用，否则停止并请求来源。
- 探索现有代码：读取足够的仓库结构与已有实现，避免产生不可能或重复的切片；绿地项目可保持轻量。完成标准是切片反映当前仓库现实，或声明仓库上下文未知。
- 起草切片：每个切片贯穿所有必要层且可独立验证；标记为 AFK 或 HITL；识别阻塞/依赖关系及覆盖的 PRD 用户故事。完成标准是每条 PRD 需求至少分配给一个切片，或被明确推迟/排除范围。
- 创建前向用户确认：以编号列出切片，含标题、类型、阻塞项、覆盖的用户故事与验收标准；询问粒度、依赖与 HITL/AFK 标签是否正确，迭代至批准。完成标准是用户批准拆分，否则不创建任何 issue。
- 按依赖顺序创建 GitHub issues：先创建阻塞项，以便依赖 issue 引用真实编号；不关闭或修改父 PRD issue；在 issue 创建阶段不加入 Closes #<number>，仅作为后续 PR 的指引。完成标准是每个已批准切片都有对应 issue，或报告确切的 GitHub/工具阻塞。
规则与模板：切片规则与 issue 模板见 SLICE_FORMAT.md；GitHub 创建命令在用户批准拆分后加载 GITHUB_CREATION.md。
边界：若输出是现有 PRD/issue 的实现计划而非新 GitHub issues，使用 arc-planning-work；若用户尚未选定目标或可能想用 Agile Accelerator，使用 arc-defining-work；若是一般故事待办创建而非 PRD 曳光弹切片，使用 arc-creating-user-stories，其 STORY_FORMAT.md 是共享的故事契约。
限制：资料未提供具体安装命令、收费方式、支持平台与效果数据。