Paitify

独立创始人报到！

我在产品工程师正职之余，利用晚上和周末时间打造了 Paitify。

痛点来源：AI 智能体即将获得消费能力，支付网络正在搭建基础设施，而任何在付费 API 上运行智能体的人都已经感受到这个问题：一旦智能体能自主买东西，会发生什么？目前的答案要么是"把卡给它然后祈祷"，要么是"每一笔 3 美元的消费都人工审批"。我想在这个趋势爆发之前就提供第三种选择，而不是事后补救。

Paitify 位于智能体和支付之间。智能体在付款前会询问："我能在 AWS 上花 600 美元吗？"Paitify 会即时核查你的策略、阈值、商户规则和月度上限，并立刻给出答复。低于阈值的消费自动批准，大额消费则等待你在后台手动确认。每一次决策都会记录在一条基于哈希链的、仅可追加的审计日志中。

一个刻意的设计选择：Paitify 本身不转移资金。不托管、不发卡、不碰支付通道。它是一个决策与凭证层，这使它不受金融监管约束，也不依赖特定通道——无论智能体通过银行卡、银行账户还是加密货币支付，体验完全一致。

无需注册即可体验：首页有一个实时可用的策略沙盒，还有一段 90 秒的演示，展示 Claude 尝试通过它完成支付授权。如果你使用 Claude，可以直接连接 MCP 服务器（connect.paitify.io/mcp），现在就授权一笔消费试试。

有一个设计要点我必须坦白：当前的集成是协作式的，需要智能体一侧主动调用 Paitify。但审批结果采用 JWT 签名，可在离线状态下验证，这意味着真正的强制执行点可以转移到它本该在的位置：由执行支付的那一方来独立检查是否存在有效授权，而不再依赖智能体自身的声明。这是我们的路线图，也是我们从一开始就采用签名令牌设计的原因。

我最想从本帖中获得的是：如果你愿意让智能体花真金白银，需要达到什么条件你才会信任它？我独自在开发这个产品，这里的每一条回复都会真切地影响我接下来的方向。