在Next.js + Electron上构建一个定制的CRM，用于管理OnlyFans创作者账户（多人访问，收件箱管理，分析，脚本等）——本质上是复制类似于Infloww的东西，用于内部使用，长期计划是将其产品化。Infloww是该行业的标准CRM。

核心问题是OF没有公开API，因此要么自己逆向工程内部端点（这意味着拥有x-bc签名层，代理管理，会话维护，浏览器编排等），要么使用第三方服务，如[onlyfansapi.com](http://onlyfansapi.com/），它处理所有这些并暴露干净的REST端点。

我倾向于选择第三方路线来更快地交付，但我找不到关于onlyfansapi.com的独立开发者讨论。他们的文档看起来很坚实，他们声称有5年零账户封禁记录——但这只是一些自我报告。

任何能够提供见解的软件开发人员：

-您是否使用过onlyfansapi.com或类似的服务，并且是否推荐使用它？

-您是否推荐采用长途路线，自己构建基础设施（复制Infloww）？

-您是否有任何值得评估的替代方案？

-您是否有任何关于Infloww或类似应用程序的确切架构的见解？

我很乐意分享更多关于架构的信息，如果有用的话。显然，账户安全性是首要任务，这就是为什么我考虑复制Infloww，但使用API提供商可以节省大约80%的开发时间。