Prodantix

Prodantix 是为做软件的人而做的。每个产品团队都在问同样的三个问题：用户在我们的应用里究竟在做什么，哪些人该看到哪些部分，以及什么时候开口最合适。

大多数公司会为这三件事分别买一套工具，麻烦就是从这里开始的。每套工具都各自保存一份关于你用户的记录，而这些记录会慢慢对不上。一套认为这位客户已经把账户设置完成了；另一套还没跟上，于是给她发来上周就已经做完那一步的操作说明。没人会发现，直到她投诉，或者两个看板显示出不同的数字。

这套引擎是怎么搭起来的

这套引擎由四个基本单元构成，其余一切都建立在它们之上。按顺序理解最省力，因为每一个都喂给下一个。概念参考文档有完整说明。

事件

用户做的一件事，在发生的当下被记录下来：完成注册、打开某个页面、填到一半放弃表单。事件是原始信号，也是唯一从外部进入系统的东西，其余一切都由它推导而来。

用户状态

关于某位用户所知一切的实时可查询投影，由其事件推导而来，并在新事件到达的那一刻更新。分析、功能开关和消息读的都是这同一份事实来源。它不是夜间汇总，也不是靠某个作业维持同步的副本，它只有一份。

判定

一条基于用户状态求值的规则：谁属于某个人群，谁拿到某个功能开关，谁符合某条消息的条件。由于判定是在被问到的那一刻读取实时状态，它不可能依据一张过期的画面作答。

动作

判定触发后引擎所做的事：开放某项功能、发送消息、启动工作流。动作本身也会被记录为一个事件，正是这一点让闭环成立：引擎做过什么，成为它所知道的一部分。

分析就是读取状态

Prodantix 里的分析不是一个另存一份用户副本的独立库，而是直接读取用户状态。漏斗、留存和人群都是对同一份实时投影的查询，引擎其余部分也作用于它。因此没有到数仓的 SQL 往返，也不必等夜间汇总：状态本就是按问题的形状组织的。人群在这里是一等对象：有名字，由条件子句定义，并随着人们符合或不再符合条件而保持成员关系更新。

给不同的人看不同的东西

团队常常想先把新东西放给一小撮用户，看看效果如何，再决定要不要让所有人都用上。Prodantix 通过对用户状态求值条件来决定谁能看到什么：一个属性、一个运算符和一个值，在开关被询问的那一刻现场判断，而不是查一份存好的名单。你可以把新功能给百分之二的客户，观察他们怎么用，然后无需再发一次版本就扩大范围或者收回。

在还有用的那一刻送达的消息

一条消息只有在还帮得上忙的时候才值得发。Prodantix 可以在某人做了某件事，或者没做成某件事的那一刻就把消息发出去。客户一碰到套餐上限就会知道，而不是等到第二天早上，那时他早已放弃、转投别处。

AI 编排，以及闭环是怎么合上的

上面几个面仍然把串联的活儿留给你：注意到某件事，判断它对谁成立，决定该做什么。Prodantix 可以自己跑完这个闭环。引擎在实时状态中识别关键时刻，选出适用的人群，并决定动作。让它超出普通自动化的是最后一步：动作本身被记录为事件，于是又折回到下一次判定所读取的同一份用户状态里。系统自身的行为成为它对这个人所知的一部分，而不是发生在旁边的另一件事。

把事件送进来

一切都始于一个发往接入端点的事件，引擎会立即把它折进用户状态。SDK 覆盖 Web、移动端和服务端。React 是唯一的例外：它的生命周期需要专用适配器，只安装一次客户端，并且兼容 StrictMode。快速上手用几行代码就能接好。

密钥与环境

每次 SDK 调用都带着一个项目密钥，密钥来自控制台。创建项目会生成两个环境，live 与 test，各有自己的密钥：开发时用 test，上线用 live。两个密钥都只在创建后显示一次，因为服务端只保存哈希，任何界面都无法再次展示。轮换会为你选定的环境重新签发一把，旧密钥是立刻失效还是经过宽限期，由你决定。

与它对话的四种方式

REST 分布在三台主机上：一台负责功能开关与消息，一台负责事件接入，一台负责会话回放，各自在 /openapi.json 提供自己的 OpenAPI 文档。接入返回 202，意思是事件已被接收待处理，而不是已经存下：格式有问题的事件仍可能在后续管道中被丢弃。GraphQL 覆盖完整的应用模型，包括项目、开关、工作流、分析、消息、人群与计费。实时接口广播开关变更、消息与工作流运行，并立即断开未认证连接。MCP 接口让智能体通过工具调用读写，它是机器对机器的，拒绝浏览器请求。

数据始终是你的

你可以把 Prodantix 跑在我们的服务器上，也可以跑在自己的服务器上，两种方式没有区别。放进去的一切，随时都能完整地取回。我们不出售你的数据，也不拿它训练 AI 模型。由于设计使然，Prodantix 手上握着你在任何地方都找不到的、最完整的一份客户记录，所以这句承诺在这里比在别处更有分量。

适用人群

Prodantix 适合那些为此同时跑着两三套工具、已经受够它们互相打架的团队。当你的客户多到没法再靠随口问一问来掌握他们在做什么时，它最派得上用场。

访问 Prodantix: prodantix.com