Linear

Linear 是什么

Linear Skill 通过命令行和 GraphQL 管理团队、项目和 issue，支持待办、紧急项、站会摘要与 Git 分支联动。

适用场景

适合研发任务查询、分派、状态更新和项目追踪。

核心能力与工作机制

可列出本人事项、团队和项目，创建 issue、评论、改状态、负责人和优先级，并获取 Linear 规范分支名。

执行流程

配置 API Key 和默认团队，先查询团队/issue；写操作前确认标识和内容，执行后回读；开发应使用 Linear 生成分支。

输入与输出

需要 LINEAR_API_KEY、团队 key、issue 标识及目标变更。输出 issue、项目进度、站会摘要或操作结果。

依赖、账号与权限

需要网络、Linear API Key、脚本和团队权限。

副作用、限制与风险

错误团队或状态会扰乱真实计划，评论和分派会通知成员。会创建或修改 issue、评论和负责人；Git 工作流还可能创建分支。

不适用边界

不应直接修改主分支，也不替代团队优先级与项目决策。

失败处理与验收

API 失败先查询当前 issue，避免重复创建或评论；团队 key 不明先列出团队。核对 issue ID、标题、状态、负责人、优先级、评论和关联分支。

适合谁使用

适合软件研发和产品团队。

来源、版本与许可

本条目依据 SkillHub 热门榜、发布者详情和版本 1.0.0 的完整 SKILL.md 整理，核验日期为 2026 年 9 月 26 日。完整 SKILL.md 未声明许可证，公开可下载不代表可以任意复制、修改或再分发。 SkillHub 当前两套安全扫描状态为 benign、benign；该状态只是平台信号，不能替代对脚本、凭据、网络请求、数据外送与后续版本的人工审查。

常见问题

1. Linear 主要解决什么问题？

Linear Skill 通过命令行和 GraphQL 管理团队、项目和 issue，支持待办、紧急项、站会摘要与 Git 分支联动。适合研发任务查询、分派、状态更新和项目追踪。是否采用它，应以实际任务边界和可核验材料为准，不要因为榜单热度而跳过来源审查。

2. 开始前需要准备什么？

需要 LINEAR_API_KEY、团队 key、issue 标识及目标变更。准备阶段不要代替用户猜测关键事实；缺少会改变路线、费用或权限的输入时，应先补齐再执行。

3. 它怎样完成任务并交付结果？

配置 API Key 和默认团队，先查询团队/issue；写操作前确认标识和内容，执行后回读；开发应使用 Linear 生成分支。每个阶段都要保留输入、决策、输出和检查点，不能把计划、预览或排队状态描述成最终交付。

4. 需要哪些工具、账号或权限？

需要网络、Linear API Key、脚本和团队权限。凭据应放在安全环境中，并按最小权限授权；账号、网络或本地依赖不满足时应明确停止条件。

5. 它会产生哪些外部操作或副作用？

会创建或修改 issue、评论和负责人；Git 工作流还可能创建分支。涉及外部写入、上传、发送、付费或持久配置时，应在实际动作前说明影响范围并取得相应确认。

6. 哪些情况不适合使用？

不应直接修改主分支，也不替代团队优先级与项目决策。超出来源明确能力、专业资质或授权范围时，应切换到更合适的工具或交给专业人员处理。

7. 失败或结果异常时怎样恢复？

API 失败先查询当前 issue，避免重复创建或评论；团队 key 不明先列出团队。恢复时优先查询已有任务、日志或备份，避免无上限重试、重复扣费、重复发送或覆盖唯一原件。

8. 如何验收结果并控制风险？

核对 issue ID、标题、状态、负责人、优先级、评论和关联分支。验收应基于真实文件、页面、任务终态或权威来源，并把未能实际检查的部分明确标记出来。