实时支出护栏，让 AI 代理能通过 MainUSD 这类可编程稳定币通道向供应商付款，同时不丢失控制权。

1. Mosta 明确把 MainUSD 设计成让 AI 代理直接交易的产品，证明厂商预期代理很快就会自主持有和花钱，而不是要等上好几年。
2. 覆盖 20 多条链、150 多个国家的即时结算，抹掉了原本长达数日的延迟窗口，而这个窗口曾让人类有机会在资金转移前拦下代理发起的问题付款。
3. 把卡片、发票、付款和 MCP 代理工作流压缩进同一个余额，意味着一个被攻破或产生幻觉的代理如今能碰到公司所有的付款界面。
4. 初筛给这个集群的证据确信度打了低分，只有一篇可信文章，说明护栏这个品类还在成形，建设者有机会在现有厂商把它打包进产品之前抢占先机。

催化因素。 Mosta 的 MainUSD 明确把单一可编程余额开放给接入 MCP 的 AI 代理，覆盖 150 多个国家，证明厂商已经默认代理——而不只是人——会自主、全球化地花掉公司的钱。

我们提供一套 SDK 和 API，接在任何接入 MCP 或自研的 AI 代理与其底层可编程稳定币余额（比如 MainUSD）之间。代理生成的每一笔付款意图都会实时对照供应商白名单、采购订单与发票匹配、频率和风险敞口限额，以及基于历史代理行为训练的异常模型打分，然后在毫秒级内被暂扣或放行。审批通过的付款按底层通道原本的速度结算；被标记的付款则暂停，附带结构化说明并转交人工复核，通道支持的情况下还有一键可撤销的暂扣。每一次决策——涉及的代理、任务、模型调用，以及触发的策略——都会写入审计轨迹，供财务和安全团队用于 SOC2、反洗钱（AML）和内部风险审查。随着时间推移，这些异常模型和策略库会沉淀成一层可复用的信任层，客户每部署一个新代理都能直接复用同一个资金池上积累的经验。

差异化。 这不是又一家稳定币发行商、钱包或支付 API——Mosta、Brale 及同行早已拿下结算这一环。我们拿下的是结算发生前一瞬间的授权决策，专为自主代理而非人工审批者打造，而这恰恰是任何通用支付运营或 ERP 审批工具都没有按代理速度设计过的能力。我们的护城河靠不断增长的代理专属异常模式、供应商风险信号和策略模板复利积累——这些经验以汇总且保护隐私的形式在客户之间共享，让每一次新接入都比上一次更聪明。

待完成任务

flowchart LR
  MaiFang[部署付款代理的平台负责人] --> TongDian[代理有稳定币写入权限却没有实时护栏]
  TongDian --> ChanPin[代理支出护栏网关]
  ChanPin --> JieGuo[自主代理付款在毫秒级内被放行或暂扣，且留有完整审计轨迹]

高管要点

• 稳定币通道和代理支付标准已经落地，但这个品类仍处于早期：Mosta、Stripe、Visa、Mastercard、Circle 和 Google 等厂商都在交付基础设施，而稳定币支付活动在整体跨境支付中占比仍然很小 [1][8][10][12][20][22][25][26][27]。
• 真正的痛点不是结算更快，而是一旦代理能触发即时的跨境稳定币或混合通道付款，人工复核窗口就没了 [1][13][17][21][28][33][34]。
• 预算可以从现有的支付、资金、欺诈和合规项目里出，因为买家已经在为钱包治理、支付运营和实时账本这些相邻控制层掏钱 [21][22][37][38][39][40]。
• 最好的滩头市场不是所有正在试水 AI 的企业，而是正把代理建议从仅拟稿推向自主执行的跨境软件、市场平台和金融科技运营商 [1][21][27][35][39]。
• 相邻层级的竞争已经很激烈，但还没有厂商拿下那种通道无关、绑定代理身份、供应商上下文和模型调用可审计性的交易级授权能力 [12][18][34][35][37][38][39][40]。

市场定义

面向企业的基础设施，用于在执行前对 AI 发起的商业付款做授权，覆盖稳定币和传统通道，起点是跨境供应商、承包商和资金付款场景——这些场景的结算速度已经快到事后复核不再够用 [1][10][21][27]。

用户与买方

主要用户是平台工程和财务系统团队，因为他们正好卡在代理运行环境、资金 API 和审批逻辑之间；出钱的经济决策者通常是平台、支付、资金或财务系统负责人，他们要同时对吞吐量和管控负责 [9][11][33][38][39]。

购买触发点

• 一个团队准备把 AI 采购或付款流程从仅拟稿建议推向自主执行，人工复核员正在变成瓶颈。 [1][9][10][12][15][35]
• 资金技术栈为跨境供应商加上稳定币或法币/稳定币混合结算，让不可逆执行的风险变得更突出。 [13][21][22][24][27][39]
• 欺诈、审计或合规团队要求对 API 发起的付款做双重管控、明确的策略证据和交易级复核。 [30][32][33][37]

支付意愿

付费意愿站得住脚，因为同一个买家已经在为支付运营、稳定币结算、钱包治理和实时账本这些相邻层掏钱。一层能把仅拟稿代理流程变成可审计自主执行的护栏，可以当作“保留管控的吞吐量”来卖，而不是一条带风险的全新 AI 预算。 [21][22][37][38][39][40]

品类动态

增长信号 2025 年真实稳定币支付量同比增长超过 100%

验证信号

• Mosta 明确把 MainUSD 定位给接入 MCP 的 AI 代理工作流，而不只是人类财务团队。
• Stripe 现在既提供 MCP 接入 Stripe API 的能力，也支持基于 USDC 的机器支付，最低可到很小的交易金额。
• Visa 已经开放了 MCP 服务器和受理工具包，同时在网络内部扩大稳定币结算能力。
• Mastercard 已经在卡片、账户和稳定币上推行面向机器的 Agent Pay。
• Circle 的支付网络和合规工具表明，面向机构的可编程稳定币工作流正在走向生产级基础设施。

监管与技术约束

• 代理支付系统需要明确的用户或企业同意、清晰的工具边界，以及可审计的操作轨迹，而不是宽泛的会话级授权。
• 根据 FinCEN 指引，管理或兑换虚拟货币的主体可能触发类似货币转移的义务，这会影响产品设计和合作方选择。
• MiCA 和香港稳定币框架这类发行商侧监管制度，限制了哪些资产、发行商和司法辖区能被干净利落地支持。
• 支付欺诈防控框架越来越要求针对非消费者贷记推送采用双重审批、账户校验和带外验证等分层管控。

竞争分散在通道方和发行商（Mosta、Brale、Circle、Visa）、资金与支付运营平台（Stripe、Modern Treasury）、钱包治理基础设施（Fireblocks），以及代理支付专项厂商（Skyfire、Payman）之间。真正空出来的位置，是一层通道无关的控制层——把代理身份、供应商与发票上下文，以及资金转移前的毫秒级暂扣/放行逻辑揉在一起 [12][13][18][21][22][34][35][37][38][39][40]。

为什么现有厂商不会默认胜出

• 稳定币发行商与网络运营商. Mosta、Brale、Circle 和 Visa 拿下了结算和网络覆盖，但还没有拿下客户工作流内完整的代理-任务-供应商授权图谱。
• 资金与支付运营平台. Stripe 和 Modern Treasury 在执行、余额管理和记账上很强，但它们不是围绕感知模型调用的策略决策，或采购专属的意图校验来搭建的。
• 钱包与治理基础设施. Fireblocks 能执行钱包策略和治理，但它的视角是钱包和密钥安全，而不是采购订单、发票和代理任务上下文。
• 代理支付专项厂商. Skyfire 和 Payman 都验证了 AI 资金基础设施的需求，但一个偏向互联网原生的代理商务与身份，另一个偏向以银行为中心的编排，而不是跨通道的 B2B 支出管控。
• 企业内部审批队列. 人工的 Slack、ERP 和运营队列依然是默认选项，因为它们熟悉又可审计，但它们会抹掉即时结算和自主代理本该带来的速度优势。

这家公司卖的是一层实时授权层，挡在可编程稳定币或混合支付通道前面，专门管 AI 发起的供应商和承包商付款。第一个客户是一家 B 轮到 C 轮的市场平台、垂直 SaaS 或金融科技运营商，它已经在跑一个接入 MCP 的采购或供应商付款代理，但因为每一次放行都要经过人工复核，代理还停在仅拟稿模式。买入触发点很具体：来自高频海外供应商的队列量涨到财务复核人员处理不过来，或者公司上线了一条稳定币或混合通道，即时结算抹掉了原本的复核窗口。MVP 应该先在影子模式下跑起来，覆盖一个代理、一套支付栈、20-50 个已批准供应商，验证在开启硬性放行或暂扣之前，哪些付款意图能在供应商、发票、采购订单和频率规则下自动过关。这个滩头市场比通用型企业 AP 自动化更好切入，因为痛点绑定的是自主执行、不可逆的跨境结算，以及一个已经在为支付、资金、欺诈或财务系统管控掏钱的预算负责人。研究测算给出的是 4.91 亿美元 TAM、1.76 亿美元 SAM、第三年 680 万美元 SOM，但最大的未知数不是市场规模，而是目标客户里到底有多少真的存在仅拟稿队列积压，以及授权那一刻能不能拿到生产级的业务上下文。战略风险在于：通道原生或资金管理原生的厂商可能会在独立控制层站稳脚跟之前，先打包出足够用的策略管控功能。因此融资应该维持在种子前轮的规模，聚焦于影子模式验证、3-5 个付费共创客户，以及一条可复制的从试点到生产的路径，而不是铺开通道覆盖或做消费级代理支付。

问题

• 即时稳定币或混合通道消除了原本长达数日的复核窗口，恰好赶上 AI 代理开始直接发起供应商和承包商付款，把公司卡在了两难之间：要么用缓慢的人工审批队列，要么开放存在风险的资金池直连 API。
• 现有的钱包、ERP 和审批工具在授权那一刻并不会把代理、任务、供应商、发票和通道上下文放在一起评估，所以它们没法在资金转移前解释或拦下一张幻觉发票、一个被攻破的代理、一笔重复付款或一次违规支付。

解决方案

• 在代理和支付栈之间插入一个授权网关，对每一笔付款意图打分，依据是供应商白名单、发票或采购订单匹配、阈值和频率策略、通道规则，以及合作方提供的制裁、反洗钱或账户校验检查。
• 先以影子模式起步，再执行毫秒级的暂扣或放行决策，配一个财务复核控制台和审计日志，把每一次决策关联到代理、任务、模型调用、供应商和最终结算结果。

为什么我们会赢

• 无论是发行商和网络方，还是资金与钱包厂商，目前都没有拿下这层通道无关、感知代理的决策层——它把付款意图、业务上下文和策略证据揉在一起；相邻的竞争对手都止步于结算、记账、钱包治理或人工审批。
• 跨客户积累的代理-任务-供应商结果、误报、暂扣与放行数据，能比任何单一通道或内部队列更快地改进策略模板和异常检测，而关联审计轨迹会变成采购和合规的基础设施，不再只是可选的监控功能。

里程碑

flowchart LR
  QieKou[仅拟稿代理付款积压] --> MVP[影子模式授权 MVP]
  MVP --> YanZheng[自动过关率与审计证据]
  YanZheng --> KuoZhan[强制生产环境加多通道扩展]

创始团队

实验路线图

风险评估

必须成立的条件

• 目标客户已经积累了足够多的仅拟稿代理付款量，让复核积压成为董事会级别的吞吐或风险问题，而不只是未来才需要担心的事。
• 至少一半的范围内经常性供应商付款意图，能在可接受的误报率下按确定性策略自动过关。
• ERP、AP 和供应商主数据系统能在结算前暴露出足够的实时上下文，评估大多数付款意图。
• 经济决策者愿意从支付、资金、欺诈或财务系统预算里拨款支持一层独立控制层，而不是等着厂商打包的原生管控。
• 产品能从供应商付款扩展到相邻的承包商或资金流程，不需要为每个客户单独重写一套。

待尽调问题

• 10 个指定目标客户里，每周或每月有多少笔代理建议的付款意图积压在仅拟稿队列里？
• 在授权那一刻，哪个系统是供应商、发票、采购订单和通道策略数据的权威来源？
• 谁最先掌握预算和签字权：平台、支付、资金、欺诈还是合规？
• 在第一批不可逆通道上，什么样的暂扣、放行、撤销或人工覆盖语义是可以接受的？
• 什么因素能阻止 Stripe、Modern Treasury、Fireblocks、Circle 或发行商在 24 个月内把这个切口的大部分能力打包进去？

模型合理性

• 收入引擎. 基准收入的驱动力，是付费账户数从第一年收官的 3 个增长到第三年第四季度的 20 个，同时随着用量费和第二工作流扩展叠加，混合年化价值收官在约 30 万美元。
• 必须跑对的环节. 必须有至少 2-3 个试点在约 90 天内转化为生产环境，否则仅靠有节制的 GTM 扩张，模型撑不起第二年第二季度的里程碑。
• 模型崩溃的临界点. 如果销售周期拉长到 150 天左右，或毛利率停滞在约 72%，下行情形会把现金底部推向约 40 万美元，而这时种子轮就绪的验证还没有拿到。
• 下一轮融资所需验证. 种子轮的故事是：5 个付费客户、2-3 个生产转化、一个第二连接器，以及一条可复制的共同销售动作，证明这层独立控制层能跑赢打包方案。

情景

敏感性

flowchart LR
  MuBiaoZhangHu[目标客户] --> FuFeiShiDian[付费影子模式试点]
  FuFeiShiDian --> ShengChanHeTong[生产合同]
  ShengChanHeTong --> ShaiChaLiang[筛查付款量]
  ShaiChaLiang --> ShouRu[平台费加用量收入]
  ShouRu --> MaoLi[毛利润]
  MaoLi --> XianJin[现金与现金跑道]

警示项: 基准情形仍然假设在一个高度集中的买家池里，到第三年第四季度拿下 20 个付费客户，所以必须有一条共同销售渠道从偶发变成可复制。 · customersEop 既包含付费试点也包含生产合同，所以完全经常性的生产客户数，在第一年和第二年早期都会滞后于表面统计口径。 · 毛利率要达到 75%，前提是连接器、策略模板和合作方筛查流程都实现标准化；如果定制化接入长期持续，会明显压缩 EBITDA。 · 商业计划书和研究部分都把真实的仅拟稿队列量列为核心未知数，所以如果共创客户的积压量不足，收入爬坡会在定价成为问题之前就先崩掉。 · 如果公司无法证明通道无关的策略深度和审计证据的价值，通道原生或资金原生的打包管控方案可能会在第三年之前就压缩这道切口。 · 现金按 EBITDA 建模；账单时点、实施预付款，或安全/合规方面的资本支出，都可能改变实际的现金跑道。

• 通道方打包整合. Mosta、Brale 或竞争对手稳定币发行商可能会在 MainUSD 内原生上线基础的支出限额和白名单功能，从而削弱独立护栏层的存在价值。 缓解措施: 从第一天起就保持通道中立，同时对接多家稳定币发行商和卡组织，拿下没有单一发行商愿意通用化投入的跨通道策略引擎和审计轨迹。
• 市场为时过早. 多数企业可能仍然对赋予 AI 代理真正的付款执行权限过于谨慎，导致试点体量长期偏小，撑不起这门生意。 缓解措施: 先以影子模式上线，让护栏为每一笔代理建议的付款打分而不真正拦截，在客户把代理切到完全自主执行之前先积累信任和异常数据。
• 责任风险敞口. 一笔漏过护栏的欺诈性或受制裁的跨境付款，可能让这家初创公司卷入责任纠纷，或招致针对代理执行资金流动的监管审查。 缓解措施: 设定合同责任上限，接入成熟的制裁和反洗钱筛查服务商而不是自建筛查系统，并且无论自主程度多高，始终保留人工覆盖和一键熔断开关。