用途：这是规划转为构建的边界环节。上游 /decisions-to-specs 已把决策落成仓库规格文件并记在地图的 ## Specs settled 中；本技能读取这些笔记，产出实现工单。仅限人工按名称显式唤起，从其他技能跳入前需先获确认。
主要流程：一、从参数（issue URL 或编号）解析地图，读取 ## Specs settled 的规格文件及处置状态（new/updated/ADR）；缺失则要求先运行 /decisions-to-specs <map>。二、向用户展示规格文件并确认切片范围，默认全部 new 与 updated，排除 ADR。三、先一次性确定切片粒度，再对每个已批准规格执行 /to-tickets <spec-path>，一次一个，由该技能完成垂直切片、阻塞边并发布到 GitHub，保留生成的 issue 编号。四、按依赖顺序把每个工单作为子 issue 链接到地图；仓库文档（docs/agents/issue-tracker.md，Wayfinding operations）未说明时用 gh api --method POST repos/<owner>/<repo>/issues/<map>/sub_issues -F sub_issue_id=<ticket-db-id>，id 为数字数据库 id 而非 #编号；不支持子 issue 时回退为地图正文任务列表加 Part of #<map>。五、在地图正文追加 ## Tickets 段，按规格分组列出工单。六、报告并指向 /implement。
限制：审批需按 approval-policy 记录在 tracker，不放规格文件注释；工单带有 ready-for-agent 且无 wayfinder:<type> 标签；issue 只有一个父级（即地图）。具体平台、收费与更多细节资料未提供。