用途：把计划、规格或当前对话拆解为一组工单，每张工单是一个贯穿各层的纵向切片，并声明阻塞它的其他工单，随后发布到已配置的跟踪器。跟踪器与分诊标签词表应已提供，否则需先运行 /setup-formsg-ai-skills。
主要能力与流程：一、收集上下文，基于对话已有内容；若用户传入规格路径、工单号或 URL，则抓取并阅读其正文与评论。二、可选地探索代码库，理解现状，工单标题与描述应使用项目领域词汇并遵守相关 ADR，同时寻找预重构机会。三、起草纵向切片：每个切片贯穿 schema、API、UI、测试等所有层，可独立演示或验证，规模适配单个全新上下文窗口；预重构优先；为每张工单标注阻塞边，无阻塞者可立即开始。宽泛重构例外，按 expand–contract 排序：先扩展新增形式，再分批迁移调用点，最后收缩删除旧形式。还需决定测试门：长期保留的永久门与验证完成后移除的引导门，并写入固定的实现决策。四、向用户提问：以编号列表展示标题、阻塞项、交付内容，确认粒度、阻塞边是否正确、是否需合并或拆分，迭代至用户批准。五、发布到已配置跟踪器：本地文件则写入 .scratch/<feature-slug>/tickets/<NN>-<slug>.md，按依赖顺序从 01 编号，每张工单一个文件；真实跟踪器则按依赖顺序逐条发布，使用平台原生阻塞关系，并打上 ready-for-agent 标签。不要关闭或修改任何父工单。
限制：工单应避免具体文件路径或代码片段，仅当原型片段比文字更精确编码决策时可内联并注明。具体跟踪器配置、标签词表等细节以实际环境为准，资料未提供更多平台与收费信息。