Daemons by Charlie Labs

发布之后的表现

收入:indie(TrustMRR)库里没有它——按域名 charlielabs.ai 和产品名都查不到库。官网/PH 也没公布过 MRR 或客户数。唯一可量化的客户侧数字来自官网 2026-08-24 的 Coforma 案例:8 个月里 Charlie 开了 1,538 个 PR、合并 1,198 个、做了 9,264 次 PR review、3,561 次 commit官网。这是单个客户的用量,不是收入。

用户 / 下载:appstore、googleplay、macappstore、chromestore 四个库里都没有它库。它是纯 Web + GitHub/Linear/Slack 集成产品,本来就不该有商店数据,所以这四个「库里没有」不构成负面证据。

开发者关注:github 库里没有它的仓库——charlie-labs/daemons 只有 30 星,低于 50 星的入库门槛库。现查 GitHub 页面:charlie-labs 组织 14 个仓库、56 followers,daemons 仓库 30 star / 2 fork(比 6.7%,正常),最后一次提交 2026-07-31,之后随公司关闭停更GitHub 页面。star 数对 210 票的 PH 发布来说偏低,说明「开放 DAEMON.md 规范」这个开源钩子没真正拉来开发者。

讨论:HN 库有两条——2026-04-21 的 Show HN「we pivoted from building agents to cleaning up after them」70 分 31 评论;2026-02-03 的「Coding Agents as Operating Systems」14 分 2 评论库。评论区反应偏正面但克制:simonw 直接指出它和 Claude Code 的 routines/hooks 很像,创始人 rileyt 回复承认「daemons 更接近 routines」,强调 DAEMON.md 版本化、事件合并、可复用历史日志三点差异HN 页面。X 本地库里没有任何提及库;@charliehelps 账号现已无法访问(404),创始人 @rileytomasek 仍在发帖但已不提产品X 页面。

官网动态:博客共 43 篇,2026-07 到 08 密集发「How We Built Charlie」15 篇技术长文,8-24 发 Coforma 案例,9-20 发关闭公告——从最密集的技术输出到关闭只隔一个月官网博客。定价页、文档站、dashboard 都还在线,但已停止新注册。

自报 vs 实际

• 自报(官网 GitHub 组织 README):「Merged 1,014 pull requests / Reviewed 2,600 pull requests」——这是 Charlie 自己写自己,无第三方可核自报。
• 自报(官网 Coforma 案例):「8 个月 1,538 PR / 1,198 merged / 9,264 reviews / 3,561 commits」——客户署名引用,可信度中等,但无法与任何库对上自报。
• 自报(2026-01 博客):「Charlie built all of Charlie(~90% of PRs)」——创始人自己说「% of code 不是好指标」,属于营销口径自报。
• 关键落差:PH 210 票、HN 70 分、4 家机构投资 + Guillermo Rauch 天使,但 indie 库里查不到任何收入、GitHub 只有 30 星、X 圈子里零讨论。热度集中在发布当天,没有转化成可观测的留存或社区。

为什么成了 / 没成

没成。 直接死因是 2026-09-20 的关闭公告,但公告只写「closing and winding down operations」,没给原因官网。从证据看有三条线索:一是赛道被平台吞掉——HN 上 simonw 当场指出它和 Claude Code routines 重合,创始人只能承认「更接近 routines」,而 2026-10-12 HN 上「Codex CLI installs a persistent, self-updating background daemon by default」拿到 610 分 294 评论库,说明大厂把「常驻后台 agent」做成了默认能力;二是定位太窄——它卖的是「agent 之后」的维护工作,这个需求真实(Coforma 案例证明),但客户必须先重度使用 agent 才痛,付费意愿被上游工具吃掉;三是开源钩子失效——DAEMON.md 想做成开放规范,30 星说明没人跟。团队执行力不差(15 篇技术长文、SOC 2 Type I、真实企业客户),是产品所在的那一层被模型厂商和 IDE 厂商同时挤压。

对想跟的人

别做「agent 的配套层」。这个档案里最刺眼的对比是:Charlie 有 210 票 PH、70 分 HN、4 家机构投资,却只换来 GitHub 30 星和 indie 库里查不到的收入;而同期 HN 上 Codex CLI 的「默认后台 daemon」一条 610 分库。位置不在「帮 agent 收尾」,而在 agent 厂商自己不愿做、又必须跨系统才能做的部分——比如 Coforma 提到的「跨几十个仓库判断哪几个相关」这种上下文工程,而不是「定时扫文档」这种一条 cron 就能替代的活。最大的坑是:你的功能随时可能变成上游产品的一个默认开关,所以要么绑死一个上游不碰的垂直系统,要么一开始就按用量收费而不是按「角色数」收费。

没查到的

• 收入:indie(TrustMRR)库里没有;官网、PH、HN 均未公布 MRR / ARR / 客户数,无法判断它到底赚没赚到钱。
• 用户数:appstore / googleplay / macappstore / chromestore 四库均无(产品形态本就不在商店);官网也没给注册数或活跃团队数。
• GitHub 曲线:charlie-labs/daemons 只有 30 星,低于 50 星入库门槛,github 库里没有它的 star 走势、fork/star 比、suspect 标记;只能从 GitHub 页面读到当前值。
• X 讨论:本地 X 库(core 层 560 人)零提及;@charliehelps 账号已 404,无法读其历史推文;创始人 @rileytomasek 的关闭相关推文未查到。
• 关闭原因:官方公告未说明;未查到收购、团队去向或创始人公开解释。
• 融资细节:官网只列 HF0、The General Partnership、Abstract、Soma Capital 和天使 Guillermo Rauch,未公布轮次与金额;PitchBook / Caplight 页面需登录,未取到数字。