一份没有日期、没有版本号、静静挂在GitHub上好几年的README,被当成"开源新闻"传播——这本身就是件挺荒诞的事。posthog-foss仓库的说明文档写着"移除了所有专有代码",听起来像是刚发生的大动作,但翻遍PostHog的公开记录,找不到任何对应的许可证变更公告。它更像是一份长期存在的架构说明,被信息源当成新鲜事重新包装了一遍。
真正值得说的,不是这份文档讲了什么,而是它没讲什么。
一体化开源,听着很美
posthog-foss的定位很清楚:产品分析、会话回放、Feature Flag、实验、错误追踪、AI可观测性,打包成一个开源工具箱,对标Mixpanel、Amplitude这类按点付费的SaaS。每条产品线都承诺"慷慨的免费额度",自托管一行命令就能跑起来。
这套叙事的吸引力在于开发者友好——工具箱思维,省掉多头订阅的麻烦,还能自己掌控数据。问题是,"开源"这两个字在这里,并不是它看起来的那个意思。
PostHog自己承认了什么
PostHog主仓库大部分代码确实是MIT许可,但ee目录下的部分功能,用的是独立的企业许可证。posthog-foss就是把这部分企业许可代码摘掉之后的"纯净版"镜像。
今年5月,PostHog官方newsletter说得很直白:承认自己是open core,不是纯开源,而且明确表示不打算改变这个结构。这句话分量不轻——因为它意味着MIT和企业许可证的并存不是过渡期安排,是长期既定策略。
自托管免费,但免费的是缩水版
PostHog已经彻底砍掉了付费自托管方案,商业重心全面挪到Cloud的按量计费模式。这意味着"自托管免费"和"企业级完整功能"之间,出现了一道结构性裂缝——想要完整体验,得走云端订阅这条路。
官方博客里有句话说得挺坦诚:"虽然我们是开源且可自托管的,但我们把部分功能限制在了付费计划里。"这句话和README里"一体化开源平台"的表述放在一起看,张力就出来了。
- 风险.老用户如果之前依赖付费自托管获取支持,现在这条路径已经不存在,后续技术支持怎么走还不清楚。
横向摆一摆,位置就清楚了
产品分析赛道其实有三种活法。Matomo和Plausible走的是纯开源+自托管路线,Plausible甚至用AGPL协议把这份"纯度"焊死。Amplitude完全相反,从头到尾都是闭源SaaS,不装也不演。
PostHog卡在中间——用开源叙事换开发者好感,商业核心却早就长在云端计费上。这不是欺骗,is open core本身是个合法且常见的商业模式,但它和"完全开源"之间隔着明确的许可证边界,不该被模糊掉。
开源做门面,云端做生意,这不是原罪,但不该被讲成慈善故事。
对正在选型的团队来说,真正该问的问题不是"PostHog开不开源",而是三件更具体的事:企业许可证到底盖住了哪些模块,Cloud定价会不会随着功能捆绑水涨船高,自托管社区支持在付费方案取消后还剩多少。这些答案,一份静态README给不出来,官方newsletter倒是已经写得很清楚——只是没多少人往回翻。