Clink(ClinkBill):AI 智能体支付与账单平台
了解 Clink 的支付、名义商户结账、订阅、智能体钱包、智能路由、集成与 AI 产品定价。
Clink(ClinkBill.com)是面向全球软件销售的支付与账单平台,整合结账、本地支付方式、订阅、税务、反欺诈、结算和支付路由,并增加了供 AI 智能体购买或销售数字服务的工具。
它不只是智能体钱包,也不只是银行卡网关。标准产品是服务于人类客户的名义商户(Merchant of Record,MoR)支付栈;智能体产品在此之上增加可编程支出、自动充值、集成技能及付费能力市场。
本文分别介绍各层职责、常规支付流程、智能体功能、价格和适用场景。
Clink 适合既需要全球结账和经常性账单,又希望未来让获授权智能体使用同一支付基础设施交易的 AI 原生及 SaaS 团队。
Clink 是什么?
Clink 位于产品与实际转移资金的支付供应商之间。商户通过它创建客户、产品、价格、结账会话、订阅和退款;平台管理结账、交易路由、税款和支付失败,并通过 API 与 webhook 返回状态。
标准套餐下,Clink 同时担任名义商户,即交易中的法律销售方,承担支付处理、销售税或增值税计算与缴纳、欺诈、拒付、合规及结算等责任。这与原始网关不同,后者通常仍由软件公司承担这些义务。
产品分为四个相连部分:
- 全球支付: 托管结账、嵌入式组件、银行卡、钱包、本地支付、多币种、反欺诈与 3D Secure。
- 账单: 产品和价格、订阅、试用、经常性发票、套餐变更、优惠券、催缴与客户门户。
- 智能路由: 在已连接的支付供应商间分配交易,切换备用通道、重试可恢复失败或选择低成本路线。
- 智能体商务: 智能体钱包、受限支付、自动充值、AI 辅助商户集成和经过审核的技能市场。
这些产品共享账单与交易模型,便于人和智能体购买同一目录中的产品,无需另建机器客户账本。
一笔支付如何完成?
常规网站支付由服务端控制:
- 客户选购,商户后端验证商品、数量及现价。
- 后端先建立自己的待支付订单。
- 创建 Clink Checkout Session,并把返回的
sessionId绑定到本地订单。 - 客户在托管或嵌入界面支付。
- Clink 为每次支付尝试创建 Order,再向商户 webhook 发送结果。
- 商户验证 webhook,匹配本地订单,幂等记录结果,确认成功后才履约。
支付模型文档区分三种记录:Checkout Session 是临时入口,Clink Order 是一次尝试的结果,商户订单则是需要履约的业务记录。买家换支付方式重试时,一个 Session 可以产生多个 Order。
客户返回 successUrl 不能证明到账;Session 标为 completed 也不一定代表 Order 成功。应以验签通过的 order.succeeded 事件,或服务端查询确认成功的 Order 为履约依据。
结账与集成方式
三种界面共享服务端 Session 与 webhook 模型,可先简单接入,再调整界面。
| 方式 | 客户体验 | 适合场景 |
|---|---|---|
| Hosted Checkout | 跳转到 Clink 托管支付页 | 最快接入、最少前端工作 |
| JavaScript SDK | 跳转或在 iframe 中挂载完整结账页 | 由 SDK 控制,无需重写支付界面 |
| Elements | 在自有页面嵌入 Clink 管理的支付输入框 | 品牌化或多步结账 |
集成指南推荐先用 Hosted Checkout。Elements 提供更多设计自由,但仍需后端计算金额和创建 Session。机密密钥和最终价格不能来自浏览器代码。
开发者可以使用 REST API、官方 TypeScript SDK、用于跳转和嵌入的 @clink-ai/clink-js,或组合支付 UI 的 @clink-ai/clink-elements。沙盒与生产环境拥有不同控制台、API 主机和密钥。
产品、账单与订阅
Clink 支持内联产品和已注册产品。内联产品在创建 Session 时指定单次商品与金额,适合充值或自定义购买。订阅必须使用目录内已注册的产品和价格。
订阅功能包括:
- 固定价格等经常性计费模式。
- 试用与可配置周期。
- 多币种价格。
- 立即或周期末变更套餐,支持预览和按比例计费。
- 促销码与优惠券。
- 续费重试与逾期处理。
- 管理发票、付款方式、取消和套餐的托管客户门户。
- 在沙盒模拟续费和生命周期的测试时钟。
新客户需授权付款方式时,可经 Checkout 开始订阅;已有 Clink 客户及有效支付工具时,也可从服务端 API 创建。订阅文档将付款状态与客户权益分开:创建订阅不代表首张发票已支付;续费权限应根据经过验证的发票、Order 和订阅事件更新。
标准 MoR 套餐包含全球税款计算与缴纳。Clink 表示账单与税务覆盖超过 50 个司法辖区;若产品、税务关联或发票要求特殊,应在入驻时确认范围。
全球支付与智能路由
Clink 宣称支持超过 135 种货币和 100 种本地支付方式,文档列出银行卡、Apple Pay、Google Pay、Cash App Pay、iDEAL、BLIK、Pix、Alipay、WeChat Pay、GCash、Kakao Pay、PromptPay、QRIS、Touch 'n Go 和 UPI。可用性取决于商户、客户所在地、币种、浏览器,以及单次或经常性付款。
当单一处理商不够用时,商户可以连接外部支付账户,包括同一供应商的多个账户,并配置路由。目标包括降低成本、故障时切换备用网关及失败重试。
把产品目录和订阅状态放在支付处理商之上,可减少供应商绑定,但不能消除迁移和对账工作。采用前仍需确认商户账户支持的供应商、国家、支付方式与交易类型。
与 AI 智能体配合的三种流程
1. 编程智能体帮助商户集成
开源 clink-integ-skills 供正在编辑商户应用的编程智能体使用。集成指南称,它能检查项目、生成商品目录、编写结账和 webhook 路由、注册沙盒 webhook,并给出验证步骤。
这属于开发自动化,不是自主购买。输出仍是人类按 API 文档也能编写的商户集成。商户决定销售内容、价格、履约时间和退款政策;人也必须完成一次沙盒付款,确认应用更新了正确订单。
2. 智能体使用用户控制的钱包支付
Agentic Payment Skill 面向买方。用户初始化钱包,在安全页面关联付款方式并设置风险或支出规则。智能体随后可通过 Clink CLI 和技能发现产品、发起获准付款、跟踪异步结果及申请退款。
这是受委托的权限。银行卡信息留在支付保险库中,智能体使用支付工具和授权规则。账户授权、绑卡、3D Secure 或 Passkey 签名等需要人的浏览器步骤,仍应交还用户。
对于额度产品,平台还支持自动充值。当预测商户额度将不足时,智能体可在用户限制内触发补款,余额恢复后继续。Clink 称之为“Harness Payment”:边界在模型外执行。
智能体支付页面仍标为抢先体验(Early Access)。团队应验证支持的智能体、授权方式、币种、故障恢复、退款及生产限制,不能把演示视为全面可用。
3. 商户发布付费技能
Clink 技能市场分发可供智能体调用的产品。商户上传包含 SKILL.md 的 ZIP,提交版本和条目,通过审核后明确发布;Clink 从获批文件生成 CLI 命令和安装提示。
支持支付的技能可出售额度、按次或订阅收费,并接受打赏。充值成功后发送 order.succeeded,商户把购买价值加入正确账户,并返回账户创建或充值结果。必须做好验签、原子幂等及对账。
技能市场已上线,更广泛的智能体支付仍处于抢先体验阶段。它更适合愿意参与发展中生态的开发者,尚不能当作成熟且普遍支持的智能体支付标准。
定价
公开的标准 MoR 费率如下:
| 项目 | 公布价格 |
|---|---|
| 支付、MoR、账单、税务、反欺诈、合规及结算 | 每笔 3.9% + $0.30 |
| 开通费 | $0 |
| 最低月费 | $0 |
| 拒付 | 每项争议 $20 |
| UPI 交易 | 8% |
| 美国实体出款 | 每次 $5 |
| 香港实体出款 | 每次 $15 |
标准费率包含支付处理、MoR、税款计算和缴纳、欺诈及拒付保护、合规和结算,不另收网关或平台费。最终条件可能因风险、业务模型、产品类别、争议风险和合规审查而变化。
仅账单服务、专用智能体支付采用定制商务条款。市场费用、分成、退款和结算也无统一公开费率,比较成本前请核对官方价格。
应与其他 MoR 服务比较,而不只看低价网关。原始支付处理商费率较低,往往因为税务注册、申报、争议、路由及商户责任仍由卖方承担。
适用场景
- 面向国际客户销售软件、API 用量、额度或数字服务。
- 希望 MoR 承担税务、合规、欺诈和拒付运营。
- 同一目录既要订阅,也要单次用量购买。
- 扩张需要本地支付或多个处理商。
- 希望编程智能体自动化初始支付集成。
- 智能体确实是客户渠道,需要受控付款或自动充值。
- 希望把计量能力包装成可发现的付费技能。
若小产品只在一个国家销售,已有可靠网关且无需 MoR,可能不必增加这么多基础设施。依赖成熟生态、特定本地实体或尚未开放支付方式的团队,也可能更适合现有成熟平台。
采用前应验证什么?
在沙盒验证完整业务,而不仅是支付页:
- 覆盖范围: 国家、币种、支付方式与经常性付款组合。
- 商业模型: MoR 总成本,以及税务、争议、出款、汇兑、退款和支持条款。
- 订单完整性: 先建本地订单,服务端定价,只按已验证付款状态履约。
- Webhook 韧性: 重复、乱序、延迟、无效签名、重试及故障后对账。
- 订阅: 用测试时钟验证试用、失败续费、恢复、升降级、比例计费、取消和退款。
- 路由: 按市场实测批准率与处理成本,不预设增加通道一定更好。
- 智能体控制: 授权边界、用户接手、充值上限、审计、退款,以及抢先体验功能不可用时的行为。
- 运营: 结算时间、报告、数据可迁移性、支持响应和生产验证。
结论
Clink 把常规收入基础设施和智能体商务连接起来。即使没有智能体花钱,商户也能用它做结账、订阅、本地支付、税务与路由;钱包、技能、充值和市场再把同一套基础设施延伸给软件买卖双方。
这适合不完全按月度席位计费的 AI 原生产品,但 MoR 成本应与同级服务比较,且智能体支付仍在抢先体验阶段。下一步应完成有代表性的沙盒支付,并测试产品实际依赖的 webhook、订阅、路由和授权。
面向人类和 AI Agent 的全球支付、账单与受控商业服务
从沙盒中的一笔 Hosted Checkout 支付开始。先证明本地订单、已验证 webhook 与履约链正确,再加入 Elements、订阅、路由或智能体支出。