Linear Diffs

发布之后的表现

收入:indie(TrustMRR)库里没有 linear.app 或 Linear Diffs库——它不在「公开收入的独立开发者」这个池子里,所以没有逐月收入、MRR、订阅数、挂牌出售信息可写。母公司口径:2026-08-26 Linear 官方博客称「今年早些时候我们越过了 $100M 年度经常性收入」〔自报,linear.app/now/sharing-growth-with-the-people-building-linea…;Business Insider、Multiples、Sacra 均转述 $100M ARR 与 2026-08 员工 tender 后 $2.5B 估值第三方。定价页写「Trusted by more than 40,000 companies」官网。这些是公司级数字,不能归给 Diffs。

用户 / 下载:App Store 里只有 Linear Mobile(app_id 1645587184),不是 Diffs;评分数全区合计 303,最多的区是 se(93 个评分),最好分类榜名次 89(Business 免费榜),首次上榜 2026-10-30、在榜 3 天库。Google Play 库里没有 app.linear库;Mac App Store 库里没有库;Chrome 商店库里没有库。Diffs 是 Web 功能,本来就不该有商店数据——这条只能说明「没有可用的独立用户量证据」。

开发者关注:GitHub 库里没有 Diffs 相关仓库;Linear 官方组织库 linear/linear(Tools、SDK、插件)1652 star、297 fork(fork/star 比 18%)、最近提交 2026-10-31、无 suspect 标记库。18% 的 fork 比对一个 SDK 仓库属正常区间,不是刷星信号。

讨论:HN 库里按域名 linear.app 有 10 条故事,最高 317 分(2026-09-21「AI coding has made CI a bottleneck」,408 评论),但没有一条是关于 Diffs 的;按标题搜 "Linear Diffs" 只返回同名的第三方 code review 项目库。X 本地库(560 人 core 层)里没有任何提及 linear diffs / linear.app 的原创帖,@linear 也不在圈子名单里库。这是本档案最明显的异常:PH 日榜第 8 的功能发布,HN 与 X 本地库零讨论。解释:①Diffs 是既有产品的一个功能,不是独立产品,PH 上由公司账号发布、拿的是「产品关注度」而非「新公司关注度」;②HN 对 Linear 的兴趣集中在它的长文(如「The profitable startup」248 分),功能发布通常走 changelog 不走 HN;③X 本地库只覆盖 5 个圈子的 core 层,盲区本来就大,不能当「没人讨论」的证据。

官网动态:发布后持续迭代,不是发完就停——2026-06-11 Coding sessions、2026-07-30 Guided Reviews 转正式版(更大上下文、更低延迟)、2026-10-08 支持 stacked PR 与实时 diff、2026-10-22 又修了 Diffs 的冲突解决与 Pending/Drafts 过滤官网 changelog。创始人侧:Tuomas Artman 2026-05-28 发《Code review should be fast》,工程师 Maciek Pekala 2026-06-10 发《Reviewing code in the agent era》,自述「1–3 月团队 issue 创建量与 PR 合并量都涨了 50%」自报,官网 now 栏目。@linear 官方账号 2026-05-28、06-09 各发一条 Diffs 推文X 网页。

自报 vs 实际

为什么成了 / 没成

它「成」的部分不在 Diffs 自己,而在它被放进了一个已经跑通的系统:Linear 有 40,000+ 家公司、$100M ARR 的分发面,所以 Diffs 不需要独立获客——发布当天 PH 日榜第 8、10 条评论,对一个功能来说够用,但远不是爆款。真正说明它被认真做的是后续动作:8 月 Guided Reviews 转正式版、10 月下放到 Basic 档、10 月又接 stacked PR。把 AI 生成的高价功能往低价档放,通常意味着它在换留存和续费,而不是单独卖钱。

没成的部分:它没有形成独立的注意力事件。HN 零故事、X 本地库零提及、没有任何独立收入或用户数据可查。同时它踩在 GitHub 的地盘上——审阅数据要同步回 GitHub,而 GitHub 自己有 Copilot code review。Linear 的解法是「不跟 GitHub 抢代码托管,只抢审阅发生的位置」,这个位置能不能守住,取决于 Linear 的 issue 上下文是否真的比 GitHub 的 PR 页面更有用,这一点目前只有 Linear 自己的博客在论证。

对想跟的人

别做「更好的 PR review 工具」——Diffs 在 Linear 的 Free 档就免费给,Guided Reviews 也从 $10/user/月的 Basic 起含,一个独立工具没有定价空间。真有空位的是「审阅发生的位置」这一层:Linear 敢把功能下放到 Basic,是因为它有 40,000 家公司的 issue 上下文做钩子;没有这个钩子的人,只能去做 GitHub 不做的场景(比如跨仓库、跨 agent 的审阅队列),而且必须假设 GitHub 下个季度就会补上。最大的坑是分发:PH 174 票、HN 零讨论说明这个方向靠独立发布拿不到注意力,获客只能寄生在别人的工作流里。

没查到的

• indie(TrustMRR):没有 linear.app / Linear Diffs,拿不到收入、MRR、订阅数、for_sale / asking_price / first_seen。
• Google Play、Mac App Store、Chrome 商店:库里没有对应条目。
• GitHub:没有 Diffs 相关仓库;linear/linear 的 gain_7d / gain_30d 为 NULL(观测窗口不够),star 走势只能看到 2026-10-28 起的 6 个点(1648→1652)。
• HN:没有 Diffs 的提交记录,无法判断是没人发还是发了没分。
• X:本地库无提及,且 @linear 不在圈子名单;未调用 X 实时接口,所以「X 上到底怎么讨论」答不了。
• 没有 Diffs 的独立用户数、采用率、留存数据;苹果/谷歌都不给下载量,Linear 也不公开功能级指标。