YAGNI

发布之后的表现

收入:indie(TrustMRR)库里没有库。按域名 yagni.app、名字 YAGNI、创始人 Jack Collins 三种条件查均无记录。没有 MRR、订阅数、挂牌出售信息。官网也没有公开任何客户数或收入数字。

用户 / 下载:appstore、googleplay、macappstore、chromestore 四个库里都没有库。产品是 Web + 桌面端(YAGNI Code Desktop,macOS aarch64),不走应用商店,所以商店库天然覆盖不到——这不等于没用户,只是没有可核对的量。

开发者关注:github 库里没有它的仓库库。库里两个名字含 yagni 的库都是无关项目:venantius/yagni(Clojure 死代码插件,223 star,fork/star 4%,2021-09-30 后无提交)、T31n/YagniLauncher(安卓启动器,689 star)。YAGNI-App 组织的 4 个仓库(desktop-releases、staging-releases、homebrew-tap、YRM)全部 0 star、0 fork,低于 GitHub 库 50 star 的收录门槛,所以库里没有——不是异常,是量级太小。YRM 仓库 30 次提交、19 个 open issue、最后提交 2026-10-04,是「用自家 Agent 团队做的演示项目」官网。

讨论:hackernews 库里唯一命中是 Kent Beck 的《The cost YAGNI was never about》(2026-06-28,131 分、142 评论),讲的是 YAGNI 这个工程原则,与产品无关库。X 本地库(约 560 个 core 成员原创帖)零提及,创始人也不在圈子名单里库。PH 之外,公开讨论基本只有创始人自己的 LinkedIn 帖(45 赞、30 评论,多为祝贺)官网。

官网动态:产品在 4 个月内换了三次定位。Wayback 2026-04-10 存档是「The AI operating system for the company you're becoming」——一个 @yagni agent + Google Workspace 集成,面向 5–250 人公司,主打取代 Notion/Linear/Slack 等 20 件套Wayback;2026-08-07 存档变成「The autonomous engineering org」,按 Team 而非按座位收费,有 Pricing 页Wayback;2026-11-02 现版是「Managed Agentic Software Teams」,六个具名 Agent(Bailey/Reeve/Wright/Proctor/Fletcher/Harper),定价页已撤官网。博客从 2026-07-25 到 2026-10-26 持续更新,10 月几乎日更,主题从「运营/COO」转向「工程团队用 Agent」,并明确把 46 篇旧文标为「written for an earlier version of YAGNI」官网。桌面端 YAGNI Code Desktop 从 1.2.4 发到 1.2.13,最新 2026-10-29官网 GitHub releases。安全页称 SOC 2 Type II 认证「in progress」官网。没有融资或收购消息。

自报 vs 实际

• 自报「Paid plans start at $99/mo」PH 帖vs 官网现价:定价页已下线,改为「quote it flat, monthly」官网 2026-11-02。$99 只能当旧档,现在买不到明码标价的套餐。
• PH 票数三处不一致:库 launch_day_score 192、当前 score 147库;hunted.space 显示 197 upvotes / 67 评论第三方。147 < 192 说明发布后票数被 PH 反作弊回调过,这是常见现象,但意味着「192 票」不是稳定数字。
• 自报「Two engineers. 578 merged PRs in 9 weeks…Our Agent Teams write most of the code」创始人 LinkedIn——这是自家产品跑自家代码库的自证,没有第三方能核对,也没有客户案例佐证。
• 自报「60% or more under comparable frontier API rates」官网博客——无第三方比价可验证。

为什么成了 / 没成

没成(至少还没成)的核心不是产品做不出来,而是定位漂移。4 个月里从「AI 操作系统取代 SaaS 全家桶」→「自主工程组织」→「我们替你跑 Agent 团队」,三次重写首页和博客归档。每次转向都意味着上一批用户和上一批 SEO 内容作废。PH 拿到日榜第 7(192 票、68 评论)说明叙事在 2026 年 7 月是有吸引力的,但之后 HN 零帖、X 零提及、TrustMRR 零收入记录——热度没有转化成可观测的留存或付费。

第二个问题是交付形态太重。它卖的不是一个能自助注册的 SaaS,而是「30 分钟和创始人通话、我们给你报价、我们帮你跑」的托管服务。这类模式获客成本高、扩张慢,而且和它自己博客里写的「no seats, per token」的轻量叙事互相矛盾。定价页撤掉改成报价制,通常意味着早期定价没跑通。

第三个是赛道拥挤。它要替代的是 Claude Code / Cursor / Copilot 之上的编排层,而这一层 2026 年挤满了人;它唯一的差异点是「管理框架」(Training→Supervised→Autonomous 的信任阶梯、Receipt 审计),这是设计上的好答案,但很难被采购方在 30 分钟通话里验证。

对想跟的人

这个方向还有位置,但位置不在「再做一个 Agent 编排器」,而在审计与信任层——YAGNI 自己博客里引用的数据说明了缺口:DryRun Security 2026 年 3 月的测试中,三个主流 Agent 生成的 30 个 PR 里 26 个含至少一个漏洞,最常见的是「限流中间件定义了但没接到路由上」官网博客引第三方研究。这类错误模式扫描器抓不到,只有读意图的审查能抓。YAGNI 的 Proctor 审查线正是冲这个去的,但它把整套东西打包成需要销售介入的重服务,反而拖慢了自己。

最大的坑是定位漂移的复利:YAGNI 4 个月换三次定位,46 篇旧博客直接作废,PH 的 192 票和 447 个关注者没有沉淀成任何可复用的资产。跟这个方向的人应该先锁死一个可自助验证的窄场景(比如「PR 审查 + 审计记录」单独卖),而不是一上来就卖「自主工程组织」。

没查到的

• 收入:indie(TrustMRR)库里没有 yagni.app 或 YAGNI 的任何记录,无法给出 MRR、订阅数、是否挂牌出售。
• 用户量:appstore / googleplay / macappstore / chromestore 四个库都没有它;产品不走商店,所以没有任何下载或评分数可引用。
• GitHub star 走势:YAGNI-App 组织的仓库全部 0 star,低于库的 50 star 收录门槛,github 库里没有它的曲线;venantius/yagni 和 T31n/YagniLauncher 是同名无关项目,不能当它的数据用。
• HN / X 讨论:HN 只有 Kent Beck 讲工程原则的旧文;X 本地库零提及,创始人不在 560 人 core 名单里,无法判断圈内反应。
• 定价原文:官网 /pricing 已 404,Wayback 也没有该页的存档(CDX 查询返回空),所以现价只能引用官网首页的「quote it flat, monthly」,拿不到具体档位原文。
• 融资 / 收购:公开搜索无任何融资消息,不能确认是否拿过钱。
• 团队规模:除创始人外没有公开的团队成员信息;GitHub 组织「no public members」。