2026 年 9 月 1 日,Bera 和 Christian 在 Hacker News 上发布 Show HN:Orthogonal,定位为"AI Agent 的一套集成,即可发现、调用并支付 API"。同年稍早,Linux 基金会旗下的 x402 协议和 mpp.dev 的 MPP(Machine Payments Protocol)分别给出了"按调用付费"和"机器间结算"的开放标准。三件事在同一个季度里集中爆发,意味着"Agent 经济层"不再是 PPT,而是已经被真金白银跑通的工程形态。本文基于 Orthogonal、x402、MPP 三方一手材料,以及四个早期采用者的复盘,梳理 Agent 经济层在企业落地时的工程边界。
一、为什么需要"Agent 经济层"
当前的 Agent 商业模式是"开发者付费":开发者订阅 Anthropic、OpenAI、Google 的 API,Agent 跑在开发者的配额里。如果 Agent 在执行任务时还要调用外部 API(数据查询、翻译、图像生成),开发者必须额外注册账号、申请 API key、配置计费。这种模式有三个问题。
- 开发者背负成本压力:Agent 每多调一次外部 API,开发者就多一份账单。频繁调用会让成本迅速膨胀,开发者要么限制调用,要么转嫁给最终用户。
- Agent 缺乏自主决策能力:开发者只能告诉 Agent"用这 5 个 API",不能告诉它"按需发现新 API"。Agent 遇到白名单外的需求,只能放弃或请求用户介入。
- 接入摩擦大:每个新 API 都要走一次注册、签合同、跑 KYC、申请 key 的循环。SaaS 时代的 API 接入是几个月的工作,在 Agent 时代变成"按秒计的阻塞"。
"Agent 经济层"的目标,是让 Agent 自主管理成本、自主发现新 API、自主发起支付。开发者从"运营 Agent"变成"给 Agent 设定预算规则",Agent 从"被动调用工具"变成"主动寻找工具"。
二、Orthogonal 的核心架构
Orthogonal 由 Pantera Capital 领投 430 万美元种子轮,Y Combinator 孵化。它的核心架构可以归纳为四件套:发现层、调用层、支付层、结算层。
发现层:统一 API 目录
Orthogonal 维护一个经过人工核验的 API 目录,目前收录 50 多家供应商、800 多个端点,覆盖公司数据、人物数据、金融数据、网页搜索等。Agent 用自然语言描述需求,目录返回最匹配的服务。
调用层:三行代码接入
不管底层供应商是谁,Agent 用同一份请求格式调用——一份 SDK、一个 MCP server,或一份 REST API,都可以在三个语句里完成"发现→调用→计费"。官方示例:
import Orthogonal from "@orth/sdk";
const orth = new Orthogonal({ apiKey: process.env.ORTHOGONAL_API_KEY });
const result = await orth.run({ api: "apollo", path: "/v1/people/search", query: { title: "CTO", limit: 5 } });
result.usage; // { provider, credits, cost }支付层:多通道并存
Orthogonal 不绑定单一支付通道,目前支持四种:
- Orthogonal 内部 credit:买卖双方都在 Orthogonal 账户里时,直接内部结算,不走链上;
- x402:基于 HTTP 402 的开放协议,稳定币结算,Linux 基金会托管;
- MPP:通用机器支付协议,支持 EVM 和 x402 exact flow;
- Circle nanopayments:小额流式支付,适合极低单价的端点。
结算层:统一账单
所有供应商的调用、支付、成本都汇总到 Orthogonal 账本,企业看到一个总账单,而不是 N 个供应商的 N 张发票。结算层把"月末看 12 张发票"变成"实时看一个总消耗"。
三、x402:Agent 支付的底层协议
x402 是 Linux 基金会托管的开放协议,目标是把 HTTP 402 Payment Required 这个被遗忘了 30 年的状态码变成"机器支付的母语"。它的工作方式很简洁:服务端在响应里声明"这个端点要 X 美元",客户端 Agent 收到后自动用稳定币结算,再带着收据重发请求,服务端验证后返回结果。
x402 在 30 天内的运营数据(2026 年 8 月窗口):
- 交易笔数:75.41M
- 交易总额:$24.24M
- 买方账户:94.06K
- 卖方服务:22K
x402 的关键设计是"零摩擦":没有账号、没有 KYC、没有预付费、没有 API key,客户端只需持有稳定币。对于 Agent 来说,接入一个新服务的代价从"注册+签合同+开发"压缩到"读一行 README"。
四、企业落地的真实价值
价值一:降低开发者的运营负担。开发者不再需要"预先配置所有可能的 API"。某 SaaS 公司把客服 Agent 接入 Orthogonal 后,工程师维护的工具集成从 30 多个降到 5 个,只保留核心,其他由 Agent 按需发现。
价值二:Agent 决策更灵活。某数据分析 Agent 接入后,能按预算自动选择"临时数据查询 API"(按次付费)、"数据可视化 API"(按渲染付费)、"报告生成 API"(按页付费)。开发者只需设定月度预算,Agent 自己挑性价比最高的组合。
价值三:成本可视化。所有调用、支付、成本都进 Orthogonal 账本,企业能实时看到"哪些 Agent 花钱最多"、"哪些 API 调用频率最高"。成本管理从"月末对账"变成"实时管控"。
价值四:跨供应商的统一抽象。Agent 不再需要适配每个供应商的鉴权、计费、返回格式。更换供应商时,代码不动,只换 catalog 里的目标 ID 即可。
五、企业落地的工程边界
边界一:支付身份与合规
Agent 代表用户支付,涉及金融合规。欧盟 PSD2 要求强客户认证(SCA),美国 OFAC 要求制裁名单校验,中国监管对大额支付有反洗钱报告义务。Linux 基金会托管的 x402 本身不强制 KYC,但落地到具体国家时,企业必须叠加本地的合规层。
边界二:API 质量与可靠性
Agent 自动发现 API,但不一定能评估 API 质量。劣质 API 可能返回错误数据、响应慢、SLA 不达标,Agent 把"工具问题"伪装成"决策问题",排查难度倍增。
落地建议:即便底层协议支持自动发现,企业也要维护自己的"API 白名单",Agent 只能从白名单里选。这是质量与合规的双重保障。
边界三:成本失控风险
Agent 自动支付,如果没有严格的预算规则,可能在错误循环里反复调用付费 API。某早期采用者曾因 Agent 在调试时反复调用付费 OCR 端点,单日消耗月度预算的 80%。x402 议程中的 Saishav Shah 在 Substack 上复盘过另一个典型场景:他给一个 API 挂了 x402 付费墙 9 天,累计 1,835 次调用,但付费转化是 0——绝大多数 Agent 不愿为单次调用付费,要么走免费替代,要么放弃。
落地建议:单笔上限、每日上限、特定服务上限全部设上。预算消耗超过 50% 时触发实时告警,异常时人工介入。
边界四:依赖外部 API 的稳定性
Agent 把关键能力外包给外部 API,如果服务宕机,Agent 会失败。Orthogonal 和 x402 都不保证底层服务的可用性,需要 Agent 自身做服务降级。
落地建议:关键能力(如数据查询)配置多个供应商,Agent 自动 failover。同时监控外部 API 的可用性,异常时切换。
六、与传统 API 集成的对比
传统 API 集成的优势是可控、可预测、成本清晰;劣势是开发成本高、灵活性差、Agent 不能自主发现。Agent 经济层的优势是灵活、自动、按需付费;劣势是合规、质量、成本失控的风险并存。
两者不是替代关系,而是分层关系——核心能力走传统集成(可控),边缘能力走 Agent 经济层(灵活)。这种分层让企业既保持核心业务的稳定性,又享受边缘业务的灵活性。
七、落地建议
对于正在评估 Agent 经济层的团队,建议按以下顺序推进。
- 盘点现有 Agent 的 API 调用模式:哪些是高频核心调用(走传统集成),哪些是低频边缘调用(可以走 Agent 经济层)。
- 选择低风险场景试点:从"客服 Agent 调用翻译 API"、"数据分析 Agent 调用可视化 API"这类场景开始,场景越具体,价值越容易衡量。
- 建立严格的预算规则:单笔上限、每日上限、特定服务上限全部设上,不允许 Agent 在"无预算"状态下运行。
- 配置 API 白名单:即便底层协议支持自动发现,也只允许 Agent 从白名单选 API。质量与合规的双重保障。
- 实时监控成本:账单、调用频率、预算消耗实时上报到监控面板,异常立即告警。
- 定期审计 Agent 决策:抽样审计 Agent 的 API 选择和支付决策,发现"性价比差的选择"和"不必要的调用"。
结语
Agent 经济层是 Agent 从"工具"走向"自主经济主体"的关键一步。当 Agent 能自主发现 API、自主评估成本、自主发起支付,它就从"开发者控制的工具"变成"有自主决策能力的经济参与者"。但这种自主必须配合严格的预算、合规、质量管控,否则会把"灵活"变成"失控"。在 2026 年的当下,x402、MPP、Orthogonal 各自填补了协议、支付、目录三层基础设施,但企业落地时仍然要把"Agent 的自由度"和"工程的边界感"分开管理,这是 Agent 经济层真正能跑通的前提。
