2026 年 3 月 24 日,Linear 发布的一句话搅动了整个品类 —— "议题追踪已死"。 这是 CEO Karri Saarinen 亲自撰写的文章,不是营销文案那么简单。Linear 用自家数据撑起了这个声明。75% 以上的企业工作区已经部署了 AI 工程智能体(Engineering Agent),新创建的议题里有 25% 不是人写的,而是智能体写的。 PM 定范围、工程师接手实现的交接(handoff)系统本身正在崩塌。Linear Agent 就是要补上这个空缺的第一张牌。在 Slack 里 "@Linear 根据这段对话创建议题并分配给我" 直接通,Cmd+J 一按就能在任何地方调出来。而且 Triage(分诊)环节加入自动化之后 —— 议题一进系统,智能体立刻完成分类、摘要、分配。
"议题追踪已死"到底是什么意思?
Linear 的主张其实很简单。交接模型已经走到尽头了。过去的流程是 PM 定范围 → 工程师接活 → 优先级协商 → 用工作流来填补中间的空隙。但 AI 智能体开始直接写代码之后,这个空隙就消失了。取而代之需要的是 "上下文系统"。客户反馈、内部想法、战略决策、代码库统统集中到一处,智能体读取后直接行动。
Department of Product 的分析很到位 —— Cursor 在向 PM 工具扩张,Claude Code 在加 PM 功能,PM、设计、工程工具的边界本身正在瓦解。Linear 押注的是成为 "上下文的大本营"。
The Register 把这次发布定义为 "agentic AI 采用"。 一个关键点是,Linear 是 2019 年(ChatGPT 出现之前)成立的公司,在 pre-AI 时代的公司里,能成功转型为 agent-native 业务的属于罕见案例。 不是单纯加个功能,而是把产品身份本身换了。
- Linear Agent(3/24 上线)
掌握工作区上下文(对话线程、待办池、客户请求),还能理解代码。Cmd/Ctrl+J 在任何地方都能调出。Slack、MS Teams、iOS、Web 全平台支持。 - Skills
把好用的对话流程用 "帮我存下来" 一句话变成可复用命令。可以用斜杠命令调用,Linear 也会在合适场景自动启用。所有套餐都包含。 - Automations
议题一进 Triage,自动触发智能体工作流。客户影响摘要、重复议题检测、自动分配全包。仅限 Business 与 Enterprise 套餐。 - Code Intelligence(即将推出)
把智能体的理解范围扩展到代码库。非技术 PM 与设计师可以不用再麻烦工程师就直接问 "这个功能怎么运作" "这块谁负责"。
定价方面,Beta 期间全部免费。GA 之后,聊天功能(应用内、评论、Slack、Teams)会被纳入基础席位价格,而 Automations 和 Code Intelligence 这类高算力消耗功能,在超过一定阈值后可能转为按用量计费,这一点已经明确写出来了。 模型跟 PostHog Max AI 类似。
实际上议题分诊会怎么变?
同一份 bug 报告进来,把去年的流程和现在 Linear Agent + Automations 的流程拿出来对比一下:
| 环节 | 2025 年之前 | 2026 Linear Agent |
|---|---|---|
| 议题创建 | PM 看完 Slack 对话手动整理 → 录入 Linear | 在 Slack 里 "@Linear 根据这段对话建议题" → 保留完整上下文的议题自动生成 |
| 进入 Triage | 值班工程师每天读 30~50 条新议题做分类 | Automation 在议题进来的瞬间附上客户影响摘要、自动贴分类标签 |
| 重复检测 | 只有经验丰富的 PM 才会反应过来 "这不是跟那个议题一样吗?" | Agent 自动从待办池里把相似议题归组,提议合并 |
| 代码映射 | "这个功能在哪段代码里?" → 在 Slack 里 ping 工程师 | Code Intelligence 自动展示相关模块,识别负责人 |
| 分配 | 站会上讨论谁来做 → 由经理决定 | Triage Rules + Agent 基于可用性与专长推荐候选 |
Coinbase 作为早期采用者公开了自己的案例。他们用了 "提问的隐性税" 这个说法 —— 员工在 Slack 里问 "这玩意儿怎么运作" 然后等回复所占用的时间,被 Code Intelligence 大幅压缩了。Engineering Head 亲自撰文,这家公司被作为整体切换到 "agent-first 开发" 的代表案例引用。
根据 JellyFish Engineering Trends 报告,积极采用 AI 的公司里,已经有 10% 的 PR 完全由 AI 生成。 Linear 自家数据则是新议题中 25% 由智能体撰写。这就是 "议题追踪已死" 的定量依据。
① 还在 Beta 阶段。部分回复可能不准确或漏掉上下文。② Code Intelligence 仍是 "即将推出" 状态 —— 实际代码理解质量还没经过验证。③ Automations 和 Code Intelligence 仅限 Business/Enterprise。初创免费套餐只能用聊天。④ Cursor 与 Claude Code 也在向同一片上下文领域扩张,Linear 能不能守住 "上下文大本营" 的位置,还得再观察 12~18 个月。 ⑤ 25% 与 75% 的统计是 Linear 自己公布的 —— 没有经过外部审计。
那我们团队该怎么接进来?
已经在用 Linear 的话,Agent 本身开启只要 1 分钟。但要真正榨出价值,得连带把 Triage 工作流一起改一遍。
- 启用 Linear Agent
工作区设置 → AI 菜单 → 打开 Linear Agent。在桌面 App 里用 Cmd/Ctrl+J 或者点右下角图标。Beta 期所有套餐免费。 - 接入 Slack/Teams
在 Slack 里安装好@Linearmention。把它挂到客户反馈频道,"根据这段对话建议题" 就能直接生成保留上下文的议题。 - 重做 Triage Rules
把现有路由规则改成跟 Agent 协同工作的版本。新加入的 "removing assignee" 之类操作要用起来。议题进来时让 Agent 提议标签和优先级,人工复核后落定。 - 注册 5 个 Skill
把团队常做的工作流(比如 "从本周期待办池里抽出反复出现的主题"、"把客户请求归组后起草前 3 条议题")跟 Agent 走一遍对话,然后存为 Skill。下个 Sprint 开始用斜杠命令一键调出。
有一句话很关键 —— Linear Agent 并不会自动化掉 PM 的工作。它做的是减少分类、摘要、映射这类重复劳动,让 PM 把更多时间花在判断、优先级、权衡决策上。Karri 原话:"执行变快之后,瓶颈就转移到了判断上 —— 到底要做什么、把团队的时间、注意力和 token 花在哪里。" 这才是 PM 角色真正的进化方向。
从更长期看,意义还要更大。PM 工具品类正在重新洗牌。Jira 越来越笨重,Linear 走向上下文 OS,而 Cursor、Claude Code 这类编码智能体在向 PM 领域渗透。到 2026 年底,"议题追踪器 vs IDE vs 设计工具" 的边界会进一步模糊。现在动手玩 Linear Agent,等于提前在下一波品类整合者面前把上下文积累好。
深入了解
Linear 官方 — Introducing Linear Agent(3/24 changelog) Agent、Skills、Automations、Code Intelligence 四条主线的一手资料。Cmd+J 快捷键、Slack/Teams 接入、Beta 价格政策全在这 linear.app
Department of Product — Linear says Issue Tracking is Dead Rich Holmes 的分析。75% 企业采用率、25% 议题由智能体撰写、Coinbase 案例,以及 Cursor、Claude Code 的渗透威胁,都从 PM 视角做了梳理 departmentofproduct.substack.com
The Register — Linear adopts agentic AI as CEO declares issue tracking dead 行业媒体的批判性视角。Beta 期限制、价格可能变动、竞争对手反应,报道相对均衡 theregister.com
Linear Next — Issue tracking is dead 宣言 Karri Saarinen 亲笔撰写的愿景文章。从交接模型转向上下文系统的哲学根据 linear.app
