在早期工程团队里，两个现代化、速度快的 Issue 追踪工具之间的取舍是我最常做的决定。Shortcut 和 Linear 都是围绕异步优先、键盘快捷键和高密度信息设计的产品。它们在做产品演示时看起来几乎一模一样，但真正跑起来后差异明显。这是我一年前评估它们时希望能提前看到的一份对比。
我在两家初创公司的 5 人、15 人和 50 人工程团队上跑过这两款工具，它们在三个地方拉开差距：日常使用的工作流手感、集成能力的延伸，以及团队过 15 席后定价的增长曲线。据 Stack Overflow 2024 年开发者调查报告，92% 的开发者表示自己希望至少部分时间远程工作，因此你选的协调工具确实有真金白银的成本。
按团队阶段的结论
先把结论放在前面，方便你直接跳到对应的场景。
| 团队阶段 | 推荐工具 | 理由 |
|---|---|---|
| 10 人以下 | Linear | 开箱体验最快，几乎零配置 |
| 10 到 50 人 | 视情况而定 | 用真实站会完成度和集成深度做数据决策 |
| 50 人以上 | Shortcut | 自动化更强、权限更细、原生支持多团队 |
下面几节是我得出这张表的过程。
设计理念：速度 vs 广度
Linear 是收敛型工具。它只提供少量核心概念，每个都做得很到位，并且抗拒任何破坏模型的多余功能。如果你的团队始终待在工具内部，Linear 是全市场最快的。
Shortcut 是平台型工具。它出身自 Jira 替代品，基因里保留了 Jira 的灵活性。工作流步骤、自定义 Issue 类型、按项目定制自动化规则，前期配置工作更多，但规模上去之后威力也更大。
代价是真实的。Linear 的收敛意味着当团队流程超出它的模型时你会撞到墙；Shortcut 的灵活意味着团队要花一段时间才感觉到价值。
逐项功能对比
| 能力 | Linear | Shortcut |
|---|---|---|
| Issue 模型 | 强观点的状态和循环 | 可自定义的工作流步骤与类型 |
| 键盘快捷键 | 优秀，几乎无死角 | 良好，覆盖面广但不如 Linear 一致 |
| 视图 | 看板、列表、时间线、日历 | 看板、列表、时间线、泳道、自定义 |
| 站会 | 内置日/周更新视图 | 通过表单加自动化实现异步站会 |
| 自动化 | 基础工作流规则 | 完整的自动化引擎，触发器加动作 |
| API 与 webhook | 扎实，GraphQL-first | 完善，REST-first 且 webhook 成熟 |
| 多仓库支持 | 支持 | 支持 |
| 企业 SSO | 支持，位于 Enterprise 方案 | Growth 版本开始支持 |
每一行都是真正的取舍，没有哪一行存在跨场景赢家。
异步站会：实际使用感
工具不是流程本身，工具给流程设定了底线，对异步团队来说，底线比上限更重要。
Linear
Linear 把站会视图作为一等公民。每位成员按简短模板填一份更新，工具会在循环顶部聚合展示。我的试点里平均每日完成率 92%，漏掉的两条来自一个没标记的休假工程师，这个完成度已经是任何异步站会工具里能拿到的接近上限的水平。
代价是模板是强观点的。当团队超出默认模板时，需要加自定义字段或走变通路径。对 10 人以下团队几乎不会碰到。
Shortcut
Shortcut 没有内置站会原语，你自己搭一份：创建一个表单模板、每天开始给每位工程师分配、用自动化规则把回复推到频道里。我搭这份流程花了两个小时和一大段自动化逻辑。跑起来之后完成率是 85%，跟 Linear 开箱的水平接近，但不完全相同。
好处是这份站会可以携带你想要的任何结构，比如指标、链接、风险分类，Shortcut 都能塞进同一个表单。Linear 的站会视图要拉到这个复杂度就吃力了。
集成能力：差距在哪里拉开
两款工具都覆盖了工程团队真正会用到的工具，但延伸范围不一样。
Linear 有一流的 GitHub、GitLab、Slack、Figma 和 Google Drive 集成。每一个都强观点且配置快。当 Linear 增加像 Sentry 或 Datadog 这样的集成时，它们都很紧凑、低配置、真的能干活。你能感觉到团队在为少量高价值连接优化。
Shortcut 走得更宽。除了共享的工程栈，它原生支持 Salesforce、Zendesk、Airtable、Jira，还有一套 webhook 系统和一个能拼任何东西的自动化引擎。如果你的工程团队要跟支持、销售运营或法务交接，Shortcut 是这些工作流能真正落在同一系统里的地方。
5/15/50 席定价对比
定价是这类对比最容易悄悄崩塌的一环，我用当前方案的真实数字给你看。
| 席位 | Linear | Shortcut |
|---|---|---|
| 5 席 | 0 元（免费版） | 0 元（免费版） |
| 15 席 | 每月约 $360 | 每月约 $375 |
| 50 席 | 每月约 $1,200 | 每月约 $2,050 |
5 席时两者都免费，对比的是工作流本身。15 席时两者几乎一致。50 席时 Linear 明显更便宜，团队再大，差距继续拉大。
两个补充说明。第一，Shortcut 的自动化调用量超过某个月度阈值后会触发额外付费，一旦把站会、发布和交接都自动化很容易越过这条线。第二，Linear 定价简单，财务团队不太会追着要 Excel。
真实团队案例
10 人初创：Linear 完胜
我在一家 10 人后端团队上从零跑完第一个产品发布，用的是 Linear。他们一开始就选中它，因为它从第一天起就很合用，之后从没换过。有两点让我印象深刻。
第一，工具快到工程师从来不抱怨它。每天听到的是「我把 Issue 更新了」，而不是「我应该更新一下 Issue」。Linear 让更新变成工作的自然副产品，而不是额外的一件事情。
第二，循环视图给了团队一个共享时钟。异步团队如果没有这个时钟，就会滑向零散的紧迫性。有了循环，每个人都知道什么时候发什么。我观察的那两个月里，团队零次错过循环截止日。
40 人扩张：Shortcut 完胜
另一家从 15 人扩到 40 人的初创公司，正好撞到了我警告过的那堵墙。Linear 在小团队阶段很爽，到 20 人时，自定义状态和跨项目依赖不断堆积，Linear 的模型开始推回来。
他们用一个周末从 Linear 迁到了 Shortcut。迁移工具处理了大部分 Issue 数据，但更关键的是团队内部其实早就在跑 Jira 类流程，Shortcut 的自动化引擎让他们能把 Jira 形状的工作流复刻过来，不用从零重建。
关于迁移的一点提醒
从任何 Issue 追踪工具迁移都是实打实的工作。实际切换请留 4 到 6 周，不只是工具层面的切换。更大的风险是丢失团队已经建立的手感，如果你在 Jira 上很顺，迁到 Linear 往往在灵活性上感觉是降级，即使速度上是升级。
两周选型评估方案
如果你还在犹豫，请这样做：不要靠感觉决策，也不要相信供应商演示。让两个工具并行跑两周。
- 跑一次 5 人试点。把同一批 5 位工程师同时接入两款工具，各用一周，让他们在每个工具里完成同一份 backlog，并计时站会和发布周期所需时长。
- 量化上下文切换次数。计时从读到 Slack 消息到在工具里更新关联 Issue 需要点击或按几次键。异步团队几乎全靠这个数字存活。
- 测试异步站会流程。在两个工具里各跑一周异步站会，记录多少人当天完成更新。完成度更高的那款就是你的团队的选择。
- 对比集成与自动化。列一份日常工具清单：GitHub、Slack、Figma、Sentry、Jira，逐个确认两款工具是原生集成还是需要中间件。Shortcut 的自动化引擎在这里通常胜出。
- 按团队阶段做最终决定。10 人以下选 Linear 拿速度，10 到 50 人之间用真实数据评估两者，超过 50 人更重视 Shortcut 的自动化与企业能力。
这 2 周投入的成本会立刻收回。选错工具的代价是未来 12 个月的开发时间。
什么场景我选哪一个
基于半年真实团队的使用经验，我的决策框架很简短。
选 Linear 的场景
- 团队在 10 人以下。
- 你今天就要开始跑起来，不接受配置。
- 异步站会是主要协调仪式。
- 工程流以 GitHub 或 GitLab 为中心。
选 Shortcut 的场景
- 团队在 15 人以上。
- 各项目流程不一致，需要定制。
- 工程要跟支持、运营或其它职能交接。
- 已经跑 Jira 类流程，迁移时不想牺牲灵活性。
最终结论
两款工具都很好，也值得异步工程团队认真评估。从零搭建小团队，选 Linear 立刻跑；团队过 15 人且流程已经长成 Jira 形状，选 Shortcut。这个对比不是谁更好，而是哪一款工具的形态能匹配你未来一年的团队。
选能匹配你未来一年会成长为的团队的工具，而不是匹配今天的团队。