📚 项目管理 全难度 📦 community

linear

Linear 项目管理 MCP Server。

📄 相关文章

📊 评分明细

📦 打包完整度
2.1 2.1 / 2.5
🎯 实用性
2.1 2.1 / 2.5
📖 文档清晰度
1.7 1.7 / 2
👥 社区影响力
1.3 1.3 / 1.5
🔗 集成度
1.3 1.3 / 1.5

🎯 适用场景

免费项目管理API

linear 快速入门

让 AI 直接”听懂”你的 Linear 看板,把项目管理从”切来切去”变成”一句话的事”。

这是什么?解决什么问题?

Linear 是近两年最受欢迎的项目管理工具之一,以”快、键盘流、极简”著称。但工具再好,日常操作依然繁琐:打开网页 → 切到 Inbox → 看 3 个新 issue → 手动 assign → 改 due date → 写进度评论……这些动作每个 10 秒,一天累计 1 小时。
linear Skill 是 Linear 官方维护的 MCP Server,完整暴露了 Linear GraphQL API 的能力:Issue 管理(创建/更新/查询/关闭)、Project(项目状态、里程碑)、Cycle(冲刺/Sprint)、Team(团队配置)、Roadmap(路线图)、Comments、文档。
加载 Skill 后,AI 可以直接帮你:扫”待我处理的 issue”、“自动给过期 issue 改 priority”、“把散落的 idea 收集到 Backlog”、“根据本周完成的 issue 自动生成周报”。它解决了”Linear 用户必须在网页和 IDE 之间反复切换”的问题。
适合:Linear 重度用户、5-50 人研发团队、想把 PM 流程 AI 化的工程经理。

准备工作

  1. Linear 账号:https://linear.app/
  2. API Key:在 Linear 设置 → API → Personal API keys 生成
  3. Claude Code / Cursor:支持 MCP 的 AI 客户端
  4. 可选:Linear 团队、Project、Cycle 已配好

3 步快速上手

第 1 步:安装 Skill(MCP 形式)

在 Claude Code 中:

claude mcp add --transport http linear https://mcp.linear.app/mcp<br>
```<br>
仓库:https://github.com/linear/linear-mcp-server<br>
或在 `.cursor/mcp.json`:<br>
```json<br>
{<br>
"mcpServers": {<br>
"linear": {<br>
"url": "https://mcp.linear.app/mcp"<br>
}<br>
}<br>
}<br>
```<br>
### 第 2 步:配置认证<br>
按提示粘贴 Personal API Key。<br>
### 第 3 步:用 Skill 跑第一个查询<br>
向 AI 说:<br>
```<br>
用 linear Skill,列出分配给我、未完成、按 priority 排序的所有 issue<br>
```<br>
AI 调 Linear API 返回真实列表,可以直接做后续处理(批量改 due date / 合并到 cycle 等)。<br>
## 常见踩坑<br>
1. **API Key 权限过大**:Personal API Key 默认是"全权限",泄露风险大。要用 limited scope key(只读)+ Server Key(写)。<br>
2. **Rate Limit**:Linear MCP 默认每秒限流,大量操作会被限速。Skill 默认会重试 + 退避,但极端批量要分批。<br>
3. **Cycle 时间跨度混淆**:Linear 的 Cycle 默认是 2 周,跨 Cycle 移动 issue 会改变 velocity 统计,要小心。<br>
4. **Label 命名混乱**:每个团队可能有 50+ labels,过滤查询时容易拼错名字。Skill 支持模糊匹配但建议提供 ID。<br>
5. **误关 issue**:AI 在批量操作时可能"过度热情"地关掉未真正完成的 issue,务必在指令里加"先列出待操作的,等我确认"。<br>
6. **优先级判断错**:Linear 的 priority 是 0-4 数字,0=No priority,1=Urgent,4=Low。AI 容易把 1 当成最低,要显式说明。<br>
## 初级用法<br>
1. **创建 issue**:`给我创建一个 issue,title="修复登录页 token 刷新 bug",priority=1,team=FE`<br>
2. **改 issue 状态**:`把 #ABC 这个 issue 状态从 "In Progress" 改为 "Done"`<br>
3. **查询 cycle 进度**:`当前 Cycle 还有哪些 issue 没开始`<br>
## 高级玩法<br>
1. **自动周报**:用 AI 跑"本周我完成的 issue + 还在 in-progress 的 issue",自动生成 markdown 周报。<br>
2. **智能分流**:扫新进来的 issue,根据关键词(关键词+team 归属)自动 assign 给指定成员。<br>
3. **Roadmap 视图汇总**:把所有 Project 按 status 分类,生成"进行中/计划中/已完成"清单,适合季度 review。<br>
## 小技巧<br>
- 用 Linear 的快捷键 `C` 创建 issue,`Cmd+K` 全局搜索,比鼠标快很多,Skill 只是"更高级"的快捷键。<br>
- Issue 描述里用 markdown 写 Acceptance Criteria,Skill 会主动识别"是否完成"。<br>
- Cycle 结束前让 AI 跑一遍"未完成 issue 自动移到下一个 Cycle",避免 sprint 被打断。<br>
- 用 Linear 的 GraphQL API 自定义视图(比如"所有阻塞超过 3 天的 issue"),AI 帮你生成。<br>
- 给团队配 `webhook`,把 Linear 事件(issue 关闭、PR 合并)推到 Slack,信息流更及时。<br>
- 复杂任务用 Linear 父 issue + 子 issue 拆解,Skill 可以按父子关系批量更新。<br>
## 常见问题 FAQ<br>
**Q1: 这个 Skill 跟 linear 有什么关系?必须装吗?**<br>
A: Skill 是给 AI Agent 用的"技能包",能告诉 Agent 怎么按特定规范工作。**不是必须装**——如果你的项目规模小、要求不高,不装也能用。但装上能让 Agent 输出的质量更高、更符合最佳实践,推荐装。<br>

**Q2: 这个 Skill 适合哪些 AI Agent?Cursor?Claude Code?其他?**<br>
A: linear 来自 community,主要面向支持 Skill 机制的 Agent。常见兼容 Agent 包括 Claude Code、Cursor、OpenCode、Windsurf 等。具体兼容性请查 Skill 官方文档。<br>

**Q3: 装了这个 Skill 后,会拖慢 Agent 响应吗?**<br>
A: 会的——Skill 通常会增加 prompt 长度,导致响应变慢、token 消耗增加。但质量提升明显。建议:1) 只装项目必需的 Skill;2) 用 Skill 启动/加载/卸载机制按需加载;3) 定期清理不用的 Skill。<br>

**Q4: 怎么验证 Skill 装对了?**<br>
A: 在 Agent 中输入"列出已加载的 Skill"或类似命令。如果 Skill 出现在列表里,说明装对了。然后用 Skill 跑一个相关任务,看输出是否符合 Skill 规范。<br>

**Q5: 这个 Skill 有许可证吗?能商用吗?**<br>
A: 取决于 linear 的许可证。常见许可证包括 MIT(完全自由)、Apache-2.0(自由但有专利条款)、源可用(可看不能用)、GPL(强开源)。商用前请查仓库 LICENSE 文件。<br>
## 参考链接<br>
- [Skill 仓库](https://github.com/linear/linear-mcp-server)<br>
- [Linear 官方文档](https://developers.linear.app/)<br>
- [Linear GraphQL API](https://developers.linear.app/docs/graphql/working-with-the-graphql-api)<br>
- [MCP 协议规范](https://modelcontextprotocol.io/)<br>
- [Linear 快捷键速查](https://linear.app/docs/keyboard-shortcuts)<br>
- [Linear 团队管理最佳实践](https://linear.app/blog)<br>
## 实战经验:从零搭建一个 Linear 协作流<br>
下面用一个真实场景演示如何用 linear Skill 把日常 PM 工作全部自动化。<br>
**场景**:某 5 人前端团队,使用 Linear 管理 issue。每天早上 10 点开 15 分钟站会,周五下午写周报。<br>
### 步骤 1:用 Skill 拉取"我的今日待办"<br>
对 AI 说:<br>
```<br>
用 linear Skill,列出今天还没开始、分配给我的所有 issue,按 priority 倒序<br>
```<br>
AI 返回:一个清单,每条带"标题、ID、估计工时、依赖项"。<br>
### 步骤 2:用 Skill 自动分配新 issue<br>
```<br>
用 linear Skill 监听本周期新创建的 issue,<br>
关键词含 "UI" 分配给张同学,"API" 分配给李同学,"测试" 分配给王同学<br>
```<br>
AI 创建 webhook 监听器(需 Linear 团队支持),自动按规则派发。<br>
### 步骤 3:用 Skill 生成周五周报<br>
```<br>
用 linear Skill 统计本周:<br>
1) 我完成的 issue<br>
2) 我 in-progress 的 issue<br>
3) 团队整体完成率<br>
输出为 markdown 周报<br>
```<br>
AI 把"原始数据"组织成可直接发到群里的结构化报告。<br>
这套流程下来,PM 的机械操作时间从 1.5 小时/天压到 10 分钟,人更专注"判断优先级"和"沟通风险"。<br>
## 配合使用的工具链<br>
- **Slack 通知**:Linear 官方集成,把 issue 状态变化推送到 Slack 频道,Skill 不会重复做这件事。<br>
- **GitHub PR 关联**:在 PR 描述里写 `Fix LIN-123`,PR 合并后 Linear 自动关闭对应 issue。<br>
- **Time Tracking**:用 `toggl` 或 `clockify` 跟踪实际耗时,定期让 AI 拉取数据生成"估时 vs 实际"分析。<br>
- **Roadmap 视图**:Linear 自带的 Roadmap 配合 Skill 一起用,适合季度 review 时给非技术 stakeholder 演示。<br>
- **Triage 工作流**:用 Skill + Linear 的 Triage 视图,新 issue 进来后自动按规则分类,人工只在边界 case 介入。<br>
## 和传统 Jira/Asana 的对比<br>
- **Linear**:键盘流、API 友好、MCP 集成度好,适合"开发者友好"的工程团队。<br>
- **Jira**:功能复杂、配置项多,适合大型企业 + 复杂审批流。<br>
- **Asana**:跨部门协作好,但开发场景不深。<br>
- **Trello / Notion**:轻量级,适合小团队或个人。<br>
选择哪个取决于:团队规模、跨部门协作复杂度、是否需要复杂自定义工作流、API 集成需求。

linear Skill 多维度简评

综合评分:8.4 / 10 ⭐⭐⭐⭐ 类别:开发工具 来源:Linear 平台 定位:Linear API 集成:Issue、Project、Cycle、Roadmap。

声明:本文基于官方文档和公开资料整理,未经过 MagicNetWorld 实测。


一、核心定位与价值

Linear 是现代软件开发团队的轻量级项目管理工具,以其简洁的 UI 和快速的交互体验著称,被 Vercel、Retool、Ramp 等知名公司采用。Linear 的核心理念是”专注速度与开发者体验”。

Linear Skill(或 MCP 集成)将 Linear 的任务管理能力通过 API 和 GraphQL 接口暴露给 AI Agent,使开发者能够在 Claude Code 等工具中直接管理 Issues、Projects、Cycles 和 Roadmap。

核心价值:Linear API 集成:Issue、Project、Cycle、Roadmap。


二、核心能力清单

能力实现方式适用场景
Issue 管理GraphQL API团队任务管理、研发流程自动化
Project 管理项目创建和配置多项目协作
Cycle 管理Sprint/weekly 周期迭代管理
Roadmap 可视化路线图规划产品规划
MCP 集成Model Context ProtocolAI Agent 原生接入

三、典型使用场景

场景 1:Issue 创建和管理

提示词:
在 Linear 中为当前 PR 的 bug 修复创建一个 issue,优先级标记为 urgent,分配到当前 cycle

通过 Linear GraphQL API 或 MCP 服务创建、查询和更新 Issue。

场景 2:Cycle 进度查询

提示词:
查看当前 cycle 中我负责的所有未完成任务,按优先级排序

查询 Linear API 获取当前用户的活跃任务列表。

场景 3:AI 驱动的任务自动化

提示词:
代码审查完成后,自动将 PR 关联的 Linear issue 状态从 "In Review" 移到 "Done"

通过 Claude Code 的 Hooks 或 GitHub Actions 联动 PR 状态和 Linear Issue 状态。

场景 4:MCP 集成

Linear 支持通过 Model Context Protocol(MCP)与 Claude Code 深度集成。在 .mcp.json 中配置:

{
  "mcpServers": {
    "linear": {
      "command": "npx",
      "args": ["-y", "@linear/mcp-server"],
      "env": {
        "LINEAR_API_KEY": "$LINEAR_API_KEY"
      }
    }
  }
}

四、核心功能详解

Linear GraphQL API

Linear 提供完整的 GraphQL API(Linear API 文档),支持:

  • Issues:创建、查询、更新、筛选、排序
  • Projects:多项目管理和视图配置
  • Cycles:迭代周期管理(类似 Sprint)
  • Teams:团队成员和工作负载
  • Roadmap:产品路线图和时间线

Linear Agent 功能

Linear 在 2026 年引入了 Agent 功能,支持 MCP 连接 GitHub、Figma、Notion、Slack、Confluence 等工具,实现跨工具的任务自动化。

与 Claude Code 集成

通过 MCP 协议或第三方集成工具(如 Composio),可在 Claude Code 中直接操作 Linear:

# 通过 Composio 工具包集成
composio add linear

五、常见使用误区

#误区说明正确做法
1”Linear 只能做简单任务管理”Linear 有完整的 Projects/Cycles/Roadmap 功能充分利用层级结构组织工作
2”不需要 API,UI 就够了”API 允许 AI Agent 自动化任务流转在 AI 工作流中使用 API 提升效率
3”Linear 只适合小团队”从 2 人到 200+ 人的团队都在使用按需配置团队和工作流

六、安装与配置

# 通过 MCP 安装 Linear MCP Server
npm install -g @linear/mcp-server

# 或使用第三方集成
composio add linear

在 Claude Code 的 MCP 配置中添加 Linear 服务器后,AI Agent 即可直接操作 Linear 工作区。


七、总结

核心价值

  • GraphQL API 驱动的任务管理
  • Cycle/Project/Roadmap 全生命周期管理
  • MCP 协议原生集成
  • AI Agent 自动化任务流转

适用人群

  • 软件开发团队 / 项目经理 / 全栈开发者

投入产出比:⭐⭐⭐⭐ —— 推荐安装

Linear Skill 将现代项目管理工具的能力引入 AI Agent 工作流,实现从任务跟踪到代码提交的端到端自动化。


参考资料

📊 评分与标签

评分说明

总分 8.4/10 · P_优选

📊 可观测社区指标(数据核验日期:2026-07-23)

📦 可安装性 2.2/2.5

  • 使用官方托管 MCP 端点和 OAuth 即可接入支持的客户端,不需要克隆已失效的登记仓库。
  • 对比 GitHub MCP Server、Atlassian MCP:本项安装边界与依赖透明度按官方资料计分,未把平台账号或宿主能力误算为 Skill 自身能力。

🎯 实用性 2.3/2.5

  • Linear 官方 MCP 服务允许 Agent 查询、创建和更新 Issues、Projects 与团队工作项,适合把项目管理接入对话式工作流。
  • 对比 GitHub MCP Server、Atlassian MCP:评分关注本项能解决的具体任务与约束,不以仓库热度代替实际功能证据。

📖 文档质量 1.7/2.0

  • Linear 官方 MCP 文档说明连接方法、支持客户端与认证过程;复杂 GraphQL 定制仍需开发者文档。
  • 对比 GitHub MCP Server、Atlassian MCP:能从公开资料复核的安装、边界和示例计入本维度,无法复核的宣传性描述未计分。

👥 社区活跃 1.0/1.5

  • 登记 GitHub 地址返回 404,故不采用历史Stars;托管服务没有独立、可核验的开源社区计数。
  • 社区分只反映核验日可观察的仓库级信号;与 GitHub MCP Server、Atlassian MCP 的规模差异不直接推导输出质量。

🔗 兼容性 1.2/1.5

  • 标准 MCP 连接适用于 Claude、Cursor 等客户端,实际可用工具由 Linear 服务端与工作区权限决定。
  • 对比 GitHub MCP Server、Atlassian MCP:兼容性按已公开支持的协议、平台和运行条件计分,不推定未声明的客户端可用。

评分依据可追溯至公开来源,每项分数均有明确理由和数据支撑。

局限与使用边界

  • 批量写操作会改变真实工作项;应先查询预览并限制 OAuth 权限。登记仓库失效也意味着不能审计其源代码。
  • 本评分是公开资料审查,不代表在所有宿主、账号权限和生产数据集上完成独立实测。

🏷️ 标签说明

  • 免费: 该标签对应条目公开描述与仓库能力边界。来源:主要核验来源
  • 项目管理: 该标签对应条目公开描述与仓库能力边界。来源:主要核验来源
  • API: 该标签对应条目公开描述与仓库能力边界。来源:主要核验来源

📋 来源核验记录

  • ✅ 已核验:主要官方来源
  • ⚠️ 登记地址已失效:GitHub 仓库登记地址
  • ⚠️ 未验证(登记仓库已失效):GitHub API 元数据
  • ⚠️ 间接来源:站内 JSON 的名称、标签与固定总分仅用于一致性校验,维度证据以以上公开来源为准。
  • ❌ 已删除死链:无;若登记仓库返回 404,已在正文明确标注并未引用其社区数字。