用途：此技能把已批准的功能规格（tasks.md）发布到 Linear 项目，将需求翻译为带标签、嵌套的 issue 树，并维护后续阶段使用的 issue 映射。它不决定构建内容，不编写规格、不做 sprint 规划、不执行任务。
Linear 层级约定：Linear 没有 Epic/Story/Subtask 类型，层级靠标签与嵌套承载。一个共享 Team 承载所有应用；每个应用有一个预先存在的 Project。feature 为带 type:feature 标签的 Issue，story 为 type:story（parentId 指向 feature），task 为 type:task（parentId 指向 story）。初始状态直接设为 Backlog，不做状态流转。估算用点数而非小时；spec 反向链接用 links 字段。
主要输入：documentation/specs/{feature}/ 下的 tasks.md（须已批准）、requirements.md、design.md，spec 页面链接，Linear Team 名称/ID，Linear Project 名称/ID，可选默认负责人与发布里程碑。
工作流程：校验输入并确认 feature-issue 不存在；解析 tasks.md；用 list_issue_labels 检查并按需用 create_issue_label 创建 type:、feature:、req:、skill: 及引擎路由标签（先确认工作区已用的路由标签对，已有则复用，不新建竞争方案）；发布前预览树与总计并经用户确认，用户可逐任务覆盖引擎标签；再用 save_issue 按 feature→story→task 顺序创建并捕获 ID 作为下一级 parentId，小批量创建，出错即停；最后写 documentation/specs/{feature}/ticket-map.md 并提交，在 spec 页面追加 Linear Issues 表。
适用场景：项目跟踪器为 Linear 时的 spec 发布；或直接用于积压变更。限制：不创建每 feature 的 Project；不决定构建内容；标签须先显式创建，不假设自动生成；删除任务时改为 Canceled 保留审计。资料未提供具体 Linear 配置与权限要求。