聊聊我理解的两栖产品

最近几天，我脑子里反复出现一个词：两栖产品。

起因是我发现自己同时在干两件事，一件发内容，一件写工具。发内容是给六个平台各写一份稿子，同一主题六种写法，写完还要登记台账、盯评论区。写工具是一个开源的命令行软件，让别人省去配置的麻烦，写完要写文档、修 issue、跑测试。

两件事看着完全不搭，但做了一阵子，我越来越觉得这是一件事。

我干的事，哪些算内容侧

内容侧就是那些攒信任的活。我在六个平台发文章，每篇按平台调性改写，发之前查敏感词，发完登记。这些动作不直接赚钱，但一篇一篇发下来，有人开始看、开始问、开始留言。

还有写文档。给工具写 README 的时候，我花的时间比写代码还多。当时觉得亏，现在明白了：文档就是内容侧，代码是工具侧，没有文档，工具没人会用。

哪些算工具侧

工具侧就是那些攒留存的活。我的开源工具，有人下载、有人提 issue、有人问怎么配置。这些使用行为不会天天发生，但每一次都实实在在，比阅读量靠谱。

工具还有一个作用：它给我提供内容素材。开发过程的踩坑、设计取舍、测试数据，随手就是一篇技术文章。内容反过来又给工具带用户。文章里提到工具怎么用，看完的人去试，试完回来问问题，问题又变成新的内容。

这就是我理解的飞轮：内容养流量和信任，工具做留存和变现，中间靠数据流通连着。

原来这玩意有理论

后来我查资料，发现这个概念在经济学里叫双边市场，研究二十年了。一个平台连接两个不同的客群，两边互相提供价值。信用卡连接持卡人和商家，操作系统连接用户和开发者。

看到这里我有点释然。我以为是自己的小发现，结果是学科里早就研究透的模式。但换个角度想也挺好：方向被理论验证过，说明不是拍脑袋。

AI 让这件事变得更急

AI 时代有两个变化，正好落在我干的这两件事上。

一个是内容被程序消费。智能体不浏览页面，直接调接口读内容，内容变成 API 的入口。只把内容做成页面，以后可能没人看。

一个是工具被程序调用。智能体需要执行能力，能调用的接口就是它的手。工具够开放，就是 Agent 的能力底座。

两栖产品两头都占，这让我觉得这条路走对了。

下一步打算

我准备把这条发布流水线做成一个工具：输入主题和素材，输出各平台差异化文案，内置红线扫描。工具解决我自己的痛点，开发过程本身又是内容素材，发出来的文章再给工具带用户。

这不就是我自己给自己做的一个两栖产品吗。

先做出来再说，写在这，算立个 flag。