用途：to-tickets-plus 是流水线中负责“切片”的技能，输入可以是一份计划、规格文档、议题引用或当前对话内容，输出是一组带阻塞边的工单。其定位为 to-spec-plus（记录规格）→ to-tickets-plus（切片）→ implement-plus（每个会话构建一个工单）。
主要能力：把工作拆成曳光弹式垂直切片，每条切片贯穿所需的所有层，形成一条完整而狭窄的路径（例如典型的 Laravel 功能：迁移 → 模型/工厂 → 行为层 → 路由 → 功能测试），而不是按层做水平切片。完成后的切片应能独立演示或验证，且规模适合一个新智能体会话完成。技能还会探索代码库，使用项目领域词汇（如存在 CONTEXT.md/glossary）并遵守相关 ADR，寻找预重构机会，因为“先让改动变容易，再做容易的改动”，预重构会排在首批工单。
垂直切片的例外是宽重构：通过 expand–contract 序列处理，先并行添加新形式、再分批迁移调用点或数据、最后在没有调用者后移除旧形式；数据回填作为独立工单；若分批无法单独保持绿色，则共用集成分支并以最终集成验证工单收尾。
使用方式：技能先展示编号提案，每项包含标题、被谁阻塞、交付什么端到端行为；随后通过 AskUserQuestion 就粒度（合适/拆分/合并）与阻塞边（正确/过度约束/缺失）收集审阅意见，迭代至用户批准。批准后才发布外部产物：优先按 docs/agents/issue-tracker.md，其次 AGENTS.md/CLAUDE.md 的 ## Issue tracker 配置，否则自动探测（Linear MCP → Linear；GitHub 远程 + gh → GitHub Issues；都没有 → 本地 Markdown）并确认一次。按依赖顺序发布，阻塞者在前。Linear 用 save_issue 创建，设置 parentId、原生 blockedBy 与 ready-for-agent 标签；GitHub 用 gh issue create，可用时用原生子议题/依赖 API，否则在正文写 Blocked by: #a, #b；本地 Markdown 在 .scratch/<feature-slug>/issues/<NN>-<slug>.md 每工单一个文件，按依赖顺序从 01 编号，绝不合并为单文件。不关闭或修改任何父议题。工单模板含 Parent、What to build、Acceptance criteria、Blocked by 等段落，避免文件路径和代码片段以防过期，仅保留决策密集的原型片段。
适用场景：已有规格或计划、需要将其分解为可并行或按序列推进的工单时；希望每个工单能独立验证并适合单会话完成时；需要显式阻塞关系以确定工作前沿时。发布后可按前沿（所有阻塞都已完成的工单）逐个用 implement-plus 推进，工单之间清空上下文。
限制：发布前必须获得用户批准，不得发布未批准的拆解；不关闭或修改父议题；需要用户交互确认粒度与阻塞边；具体追踪器集成依赖环境探测结果，未探测到的集成方式暂未提供。技能结束时打印流水线状态块，列出已完成工单数、前沿工单及下一步建议命令，若在发布前停止则说明哪些工单已存在、哪些仅有草稿、哪些阻塞边未连接。