问题出在哪里
Issue tracking是为交接模型设计的。PM负责范围,工程师稍后接取,系统填充优先级、谈判和工作流来弥合差距。那套流程来自真实约束——工程时间是稀缺的,团队需要一种方式谨慎地跨角色和职能路由工作。
但随着时间推移,复杂性开始看起来像 sophistication。系统能吸收的流程越多,看起来就越高级。开销不断增长,流程本身变成了工作。
Linear一直建立在相反的信念上:最好的系统消除开销,让团队专注在构建上。
数字不说谎
今天,coding agents已经安装在超过75%的Linear企业工作空间里。过去三个月里,agent完成的工作量增长了5倍,agent authored了近25%的新issue。
这意味着:每4个新issue里有1个是AI写的。
Agents把软件开发变得更简单
Planning、implementation和code review开始压缩,因为agents吸收了大部分流程性工作。人们可以更多时间花在意图、判断和品味上,更少时间管理流程的机械部分。
在Agents的世界里,下一代系统不是围绕交接设计的——是围绕context和agents设计的。
Agents不是读心者。它们通过context变得有用。客户反馈、内部想法、战略方向、决策和代码都需要被捕获在一个系统和agents可以共同工作的系统里。
Linear正在成为什么
Linear是shared product system,把context转化为执行。
它持有反馈、意图、决策、计划、代码,把这些context塑造成工作,并帮助人类和agents一路把它们送到生产环境。
架构图揭示了一切:
Context层
├── Plans(计划)
├── Discussions(讨论)
├── Customer requests(客户请求)
├── Bug reports(缺陷报告)
├── Feedback(反馈)
├── Decisions(决策)
├── Summaries(摘要)
└── Code(代码)
↓
Rules + Agents
├── Specs(规格)
├── Automations(自动化)
├── Skills(技能)
└── Permissions(权限)
↓
Product
今天发布的三样东西
1. Linear Agent
原生agent界面,在你的产品context内工作,分析用户反馈,并创建项目、issue和文档。
2. Skills
当发现值得重复的工作流时,可以将它们编纂为可重用的Skills,并复合你的学习。通过slash命令手动触发,或让Linear在相关时自动应用。
3. Automations(Triage首发)
当issue进入系统时触发agent工作流。每个新issue都为工作空间添加context,Linear现在可以在它到达的瞬间智能地提炼、综合或对该context采取行动。
即将到来
Code Intelligence:Linear可以理解、回答关于你的代码库的问题并debug。
Code Diffs:在为一个,人类和agents共同迭代而构建的快速、现代界面里审查代码。
Linear Coding Agent:Linear写代码并自动修复bug。由前沿模型驱动,被原生Linear context和工具增强。
Linear的判断是"issue tracking已死",但他们的新架构本质上是在issue tracking之上加了一层context accumulation和agent orchestration。这不是消灭issue tracking,是给它加了一个大脑。25%的新issue由AI authored这个数字值得关注——人类还在写3/4,但AI已经开始接管最机械的部分。