Linear 高管：AI原生团队的差距不在工具，在野心

一直有人在问，像 Ramp、Linear 和 Anthropic 这样的公司是如何借助智能体交付这么多软件的。其实并没有什么全新的软件开发生命周期，也没有什么秘密工具。这些工具越来越普及，人人都能用上。你可以自己搭建，也可以用 Linear、Claude，或者任何好用的工具。

更大的区别在于雄心。这些公司鼓励团队多做、多试，让智能体承担更多工作。这就是“AI 原生”与否的主要区别。你要把技术用到极致。但这不是靠采用某个工具就能实现的，而是要改变你对团队能力的认知。

最简单的方式就是：
- 让智能体去构建
- 让贡献代码变得更简单、更快速
- 提高团队尝试的目标高度

实际操作中，这意味着：
- 以云端智能体为标准。我们现在大部分代码（上个季度 500 万行）都是在 Linear 里用 Linear 云端编码智能体写的。云端沙箱让所有人都更容易统一系统和环境，也能加快贡献速度。
- Linear 智能体（具备代码访问权限和云端智能体）也能在 Slack 里运行。如果有讨论或有人发现问题，直接说“@linear 修复这个”（缩短从发现问题到修复的时间）。
- 当 bug、错误等进入 Linear 后，把它们送到 Triage，让 Loop 自动调查（连接 Sentry、Datadog 等工具），并写出修复方案。
- 让设计师、产品经理、非技术人员在有用的地方贡献代码。如果他们发现问题，告诉他们可以提交修复。如果他们想尝试什么，让他们做个原型。
- 搭建代码审查智能体和系统，确保 PR 可以安全合并。
- 把安全工作做成自动化，让智能体不断尝试在你的代码库中寻找安全问题，找到后就交给编码智能体处理。
- 不要只在单个 issue 层面工作，要提高目标高度，做一整个项目，让智能体提问、调查代码库、创建 issue，然后让智能体一次性完成整个项目。设定目标，比如“给我证明你做的东西能用”。我们现在所有的 PR 都附带截图、视频和预览构建，你可以直接查看。
- 把客户反馈接入系统（比如 Linear），让你的团队能看到。在 Linear，每个项目现在都会先有 10 到 500 条客户反馈，这些反馈会影响工作方向，以及我们应该先请哪些客户测试解决方案。
- 搭建 Loops/自动化，不断更新给智能体的参考文档，比如产品领域/代码负责人，这样工作就能路由给合适的人。

剩下的就是你如何为团队设定方向（他们应该做的计划、项目），以及如何审查结果（更好的代码审查，Linear 用 Guided Reviews 来做），还有如何保持质量/一致性，这也不是什么新问题。基本上，你一直面临的大多数问题依然存在，但执行环节现在越来越多地被解决了。在 @linear，我们可以在自动化、云端智能体、代码审查、客户反馈这些方面提供帮助。