昨天Hacker News上一条消息引起了不少讨论：Herdr——一个单人开发的AI agent runtime——宣布加入Y Combinator F26批次。这个项目从零到25k GitHub star、340k下载量，全程由一个人完成，而且核心runtime保持开源。
这背后其实是一个典型的Build in Public故事。但我想聊的不是Herdr多牛逼，而是从一个技术决策者的角度看，独立开发者做产品时那些真正关键的取舍。
1. 架构选型：先跑起来，再谈扩展
Herdr创始人在博客里提到一个很诚实的点：I am the bottleneck. 一个人要写代码、做设计、管社区、处理issues，根本没有精力在第一天就搞完美架构。
他做的最正确的决定就是：用CLI+终端这个最朴素的方式做UI。不需要写前端、不需要部署服务器、不需要搞认证系统。一个TUI就够了。这对独立开发者来说是个重要启示——你选择的架构决定了你能撑多久。
我见过太多独立开发者花两周时间配Kubernetes，然后产品功能一个字没写。你的架构应该服务于今天能发布，而不是明年能撑100万用户。
2. 开源不是慈善，是增长策略
Herdr从AGPL切换到Apache 2.0，很多人不理解——这不是放弃保护吗？
但看结果：切换后一个月内社区贡献了500多个插件，有人做了Raycast扩展，有人做了Stream Deck集成，甚至有人做了iOS客户端。这些功能原作者一个人写可能要半年。
开源的核心价值不是代码保护，而是让你的用户变成你的贡献者。对独立开发者来说，社区就是你的分布式团队。
3. 成本控制：不烧钱的增长
Herdr至今没有融资（刚加入YC，之前一直是bootstrapped）。一个agent runtime的核心功能全部在本地运行，不需要昂贵的服务器。
这对AI产品创业者是个值得思考的角度。2026年的AI创业环境里，很多人第一件事就是烧GPU钱。但Herdr证明了一件事：如果你的产品核心价值在本地就能交付，就别急着上云烧钱。
据Crunchbase数据，2025年AI初创公司的平均烧钱速度是每月37万美元。而Herdr零服务器成本撑到25k star——这个对比值得每个独立开发者想一想。
4. 用户获取：Build in Public的复利效应
Herdr从第一天就在Hacker News上发帖、在Twitter上分享进展。25k star不是靠投放广告来的，是靠每一次发布、每一次技术分享积累的。
Build in Public的复利效应在于：你今天写的一篇技术文章，三个月后可能还在给你带流量。投放广告的钱花完就没了，但一篇好的Build in Public文章是永久的SEO资产。
5. 专注核心：什么不做比做什么更重要
Herdr创始人在博客里说：In an age where adding one more feature costs nothing, choosing what goes in the core is the most important decision.
这句话说到了点子上。AI时代加一个功能几乎零边际成本，但每个功能都需要维护、文档、测试。对独立开发者来说，你维护不了的东西，就不该加。Herdr的核心就做一件事：管理agent的运行环境。其他的让插件去做。
写在最后
Herdr的故事让我想起一个数据：据Indie Hackers统计，2025年实现盈利的独立开发者产品中，超过60%在发布前6个月内没有融过一分钱。Build in Public的核心不是秀，而是把你的学习过程变成产品的一部分。
如果你正在做自己的产品，别想太多。今天能发布的东西就不要拖到明天。你的第一批用户不会在意你的代码结构好不好看，他们在意的是你解决了什么问题。
数据来源：Herdr官方博客 (herdr.dev/blog/herdr-is-joining-y-combinator/)，Crunchbase 2025 AI Startup Report，Indie Hackers 2025 State of Indie Development
