跳转到内容

Clink(ClinkBill):AI 智能体支付与账单平台

了解 Clink 的支付、名义商户结账、订阅、智能体钱包、智能路由、集成与 AI 产品定价。

·已更新 ·16 分钟阅读

Clink(ClinkBill.com)是面向全球软件销售的支付与账单平台,整合结账、本地支付方式、订阅、税务、反欺诈、结算和支付路由,并增加了供 AI 智能体购买或销售数字服务的工具。

它不只是智能体钱包,也不只是银行卡网关。标准产品是服务于人类客户的名义商户(Merchant of Record,MoR)支付栈;智能体产品在此之上增加可编程支出、自动充值、集成技能及付费能力市场。

本文分别介绍各层职责、常规支付流程、智能体功能、价格和适用场景。

说明

Clink 适合既需要全球结账和经常性账单,又希望未来让获授权智能体使用同一支付基础设施交易的 AI 原生及 SaaS 团队。

Clink 位于产品与实际转移资金的支付供应商之间。商户通过它创建客户、产品、价格、结账会话、订阅和退款;平台管理结账、交易路由、税款和支付失败,并通过 API 与 webhook 返回状态。

标准套餐下,Clink 同时担任名义商户,即交易中的法律销售方,承担支付处理、销售税或增值税计算与缴纳、欺诈、拒付、合规及结算等责任。这与原始网关不同,后者通常仍由软件公司承担这些义务。

产品分为四个相连部分:

  • 全球支付: 托管结账、嵌入式组件、银行卡、钱包、本地支付、多币种、反欺诈与 3D Secure。
  • 账单: 产品和价格、订阅、试用、经常性发票、套餐变更、优惠券、催缴与客户门户。
  • 智能路由: 在已连接的支付供应商间分配交易,切换备用通道、重试可恢复失败或选择低成本路线。
  • 智能体商务: 智能体钱包、受限支付、自动充值、AI 辅助商户集成和经过审核的技能市场。

这些产品共享账单与交易模型,便于人和智能体购买同一目录中的产品,无需另建机器客户账本。

一笔支付如何完成?

常规网站支付由服务端控制:

  1. 客户选购,商户后端验证商品、数量及现价。
  2. 后端先建立自己的待支付订单。
  3. 创建 Clink Checkout Session,并把返回的 sessionId 绑定到本地订单。
  4. 客户在托管或嵌入界面支付。
  5. Clink 为每次支付尝试创建 Order,再向商户 webhook 发送结果。
  6. 商户验证 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,可能不必增加这么多基础设施。依赖成熟生态、特定本地实体或尚未开放支付方式的团队,也可能更适合现有成熟平台。

采用前应验证什么?

在沙盒验证完整业务,而不仅是支付页:

  1. 覆盖范围: 国家、币种、支付方式与经常性付款组合。
  2. 商业模型: MoR 总成本,以及税务、争议、出款、汇兑、退款和支持条款。
  3. 订单完整性: 先建本地订单,服务端定价,只按已验证付款状态履约。
  4. Webhook 韧性: 重复、乱序、延迟、无效签名、重试及故障后对账。
  5. 订阅: 用测试时钟验证试用、失败续费、恢复、升降级、比例计费、取消和退款。
  6. 路由: 按市场实测批准率与处理成本,不预设增加通道一定更好。
  7. 智能体控制: 授权边界、用户接手、充值上限、审计、退款,以及抢先体验功能不可用时的行为。
  8. 运营: 结算时间、报告、数据可迁移性、支持响应和生产验证。

结论

Clink 把常规收入基础设施和智能体商务连接起来。即使没有智能体花钱,商户也能用它做结账、订阅、本地支付、税务与路由;钱包、技能、充值和市场再把同一套基础设施延伸给软件买卖双方。

这适合不完全按月度席位计费的 AI 原生产品,但 MoR 成本应与同级服务比较,且智能体支付仍在抢先体验阶段。下一步应完成有代表性的沙盒支付,并测试产品实际依赖的 webhook、订阅、路由和授权。

C
Clink

面向人类和 AI Agent 的全球支付、账单与受控商业服务

提示

从沙盒中的一笔 Hosted Checkout 支付开始。先证明本地订单、已验证 webhook 与履约链正确,再加入 Elements、订阅、路由或智能体支出。

clinkclinkbillpaymentsbillingagentic-commercemerchant-of-recordagents