用途：把一份 PRD 拆成可独立领取的 Linear 工单，采用 tracer-bullet 垂直切片（每条切片是贯穿各层的端到端薄路径，而非只覆盖某一层的横向任务），并统一挂在一个父工单下。
主要能力与流程：
- 定位 PRD：先询问 PRD 位置（文档 URL、markdown 文件路径、GitHub issue/PR、Notion 页面或直接粘贴文本）；若不在上下文中，先获取或读取。
- 探索代码库（可选）：如尚未探索，先了解现有约束与集成点。
- 起草垂直切片：每条切片标注类型——HITL（需人工参与，如架构/设计/策略签字）或 AFK（无需人工交互即可实现并合并），尽量优先 AFK。
- 向用户确认：以编号列表展示切片，含标题、类型、被哪些前置切片阻塞、覆盖哪些 PRD 用户故事；询问粒度是否合适、依赖关系是否正确、是否需合并或拆分、HITL/AFK 标记是否正确，迭代至批准。
- 通过 Linear MCP 创建工单：默认创建一个代表 PRD 落地的父工单，每条获批切片创建一个子工单，子工单关联父工单，并按需添加 blocked by 依赖链接。若工作区不支持层级，则退化为共享项目、共享标签（prd、slice、afk、hitl），并在每个子工单描述中包含父工单 key。创建前需确定 Linear 团队、项目（如使用）、工单状态（Backlog 或 Todo）、标签集、父工单策略（新建父工单还是复用已有父工单 key）。先创建阻塞项，以便依赖能引用已存在的工单 ID。
子工单描述模板包含：What to build（简述该垂直切片的端到端行为，引用具体 PRD 章节而非复制内容）、Acceptance criteria（验收标准清单）、Blocked by（无则写 None - can start immediately）、User stories addressed（按 PRD 编号引用）、Execution mode（AFK 或 HITL）。
限制与交接：除非用户要求，不要修改父 PRD 来源。工单创建完成后，建议对每个子工单使用 tdd 作为实现技能。
适用场景：已有 PRD、需要拆分为可并行领取的 Linear 工单并管理依赖的团队。具体安装方式、收费与平台支持等资料暂未提供。