x402 走进传真世界
unofax 现已支持 x402，这套开放付款协议把长期闲置的 HTTP 402 状态码变成了可用的微支付标准。你可以通过 unofax x402 API 发送传真，每页 0.20 USDC，无需账户、无需 API 密钥、无需注册。用任意钱包，在 Base 网络上，通过一段签名负载即可付款。
本文将说明 x402 是什么，它为何对传真尤其重要，以及 unofax 的集成从头到尾如何运作。文章面向构建智能体工具的开发者，但同样的流程也适用于任何宁愿付几美分 USDC 也不愿交出信用卡的普通用户。
x402 究竟是什么
自 HTTP/1.1 的第一个版本发布以来，HTTP 402 Payment Required 就一直保留在 HTTP 规范之中。几十年来它无人使用，浏览器、服务器和代理都把它当作一个占位符，等待一个始终没有到来的付款标准。x402 就是最终填补这一空白的协议。
其机制很简单。客户端向一个付费端点发起请求。服务器返回 HTTP 402，并附带一个描述所需付款的头部：金额、资产（例如 USDC）、网络（例如 Base）以及收款地址。客户端用自己的钱包对付款负载签名，带上签名重试请求，服务器在完成请求前先验证链上结算。没有账户，没有受速率限制的密钥，没有月度账单。
USDC 这类稳定币、Base 这类低费用 L2 网络与 402 状态码的结合，终于让微支付在亚秒级延迟和微不足道的开销下变得切实可行。你可以阅读完整的 x402 规范了解协议细节。
x402 为何对传真意义重大
传真是少数几个按次计费真正贴合底层成本的 API 之一。每一份传真在运营商一侧都有真实且可衡量的每页成本，而且没有人一天要发一百万份传真。传统的传真 API 逼你注册、提交信用卡、并预先充值一笔余额，只为了发一页纸。这些额外负担比传真本身还要大。
x402 把这些负担降到了零。打开文档，提交任务，签署付款，传真就发出去了。没有余额要充值，没有套餐要选择，没有密钥要轮换。对于偶尔发一份传真的场景（给 IRS 的税表、一份医疗转诊单、一份法院文书），这比现有的替代方案要简单得多。如需与标准浏览器流程对比，请参阅我们的指南：不用传真机也能发 PDF 传真。
x402 端点的定价是统一的每页 0.20 USDC，可发往 45 个以上支持的国家和地区。封面页依然免费。国际目的地不加价，免费电话号码不收附加费，也没有最低消费。与我们价格参考中所述的刷卡流程相比，x402 流程用略低的每页费率换取了钱包搭建的额外投入。
unofax x402 流程如何运作
完整的集成方式记录在 unofax x402 页面，但整体形态就是四个直白的 HTTP 调用。每个调用都是普通的 REST 请求，只有第三个涉及钱包签名。
- 创建传真任务。向
/api/x402发起 POST 请求，附上 E.164 格式的目标传真号码和一个文件名。服务器返回任务 ID、一个预签名的上传 URL，以及一个状态查询端点。 - 上传文件。用 PUT 把原始文件字节传到预签名 URL。unofax 接受与浏览器流程相同的文件格式：PDF、Word、PNG、JPG、HEIC、TIFF 等等。
- 付款并发送。向发送端点发起不带任何付款头的 POST 请求。服务器返回 HTTP 402 和付款要求：以 USDC 原子单位计的金额、Base 网络标识符以及收款地址。按 x402 规范用钱包对付款签名，然后在
PAYMENT-SIGNATURE头中带上签名重发同一请求。服务器验证链上结算，并将传真排队发送。 - 查询发送状态。每隔几秒轮询一次状态端点，直到状态变为
sent或failed。多数传真每页需一到两分钟完成，端到端的时长与发送状态页面追踪的浏览器流程相同。
封面页在创建任务的请求中以结构化对象的形式支持。你可以传入发件人姓名、收件人信息、主题、紧急标记和保密标记，封面页会作为第一页渲染出来，不额外收费。同样的多语言封面页选项也可用，包括德语、日语、西班牙语、法语、韩语以及其他多种语言的本地化标签。
AI 智能体为何需要它
2026 年，面对一个付费 API，最常见的反应是问：为什么还需要另一套付款标准。诚实的回答是：这一套是为软件而设计的，不是为人。卡组织的设计围绕着一个人把卡号敲进表单。它们假设只有一名持卡人、交易并不频繁、退单窗口以月计。这些没有一条能对应到一个需要在一小时内完成十笔购买、并对每一笔独立记账的自主智能体。
比起共享信用卡，人们更愿意给 AI 智能体一个额度有限的加密货币钱包。钱包可以持有固定预算，只对特定交易签名，并可以被瞬间吊销。信用卡做不到。当一个智能体失控时，你宁愿它冒险的是 5 美元 USDC，而不是你的全部信用卡额度。这道信任的鸿沟正是 x402 存在的结构性原因，也是传真成为有用的早期集成场景的原因：代表用户行事的智能体可以填好表单、准备好 PDF，并把它发给政府机构，全程无需向用户索要卡号。
unofax 的 x402 端点以智能体可自行发现的方式编写文档。类似 OpenAPI 的 schema 发布在 x402 参考页面上，参数明确，也没有任何带外的开通步骤。一个能读文档、能发 HTTP 请求的智能体，无需人类介入就能使用 unofax。
对比：x402 与传统传真 API
为了帮助开发者判断 x402 流程适合放在哪里，下表总结了它与典型 SaaS 传真 API 之间的实际差异。
| unofax x402 | 传统传真 API | |
|---|---|---|
| 注册 | 无 | 邮箱、密码，有时还要手机验证 |
| API 密钥 | 无 | 每账户一个密钥，须定期轮换 |
| 最低消费 | 一页起 | 月度套餐或预付余额 |
| 每页费用 | 0.20 USDC，统一价 | 因国家和套餐而异 |
| 付款方式 | Base 上的 USDC，按请求逐次签名 | 预留信用卡 |
| 对智能体友好 | 是，schema 可自行发现 | 否，需要人工开通 |
| 结算时间 | 数秒，链上完成 | 数天，经卡处理商 |
如果你每月要发数千份传真并想要合并账单，传统流程仍然合理。对于低于这一规模的大多数用例，x402 去掉的摩擦多于它带来的。如果你拿不准自己的工作量落在这条线的哪一侧，我们的对比文章在线传真服务如何对比更深入地梳理了各种取舍。
行业趋势：AI 原生服务的兴起
AI 原生服务指的是自主智能体无需改造就能使用的服务：按次付费的定价、无账户要求，以及可通过公开文档访问、能自行发现的 API。这一定义正在成为构建智能体基础设施的开发者之间的通行标准，因为上述每一项特性都消除了原本需要人类介入的一个环节。
现有的多数 SaaS API 至少在其中一项上不达标。它们要么需要一个注册表单，要么需要一个存放在密钥管理器里的密钥，要么它们的文档藏在登录之后。对人类来说这些都不是不可逾越的障碍，但对独自行事的智能体而言，每一个都是硬性的拦路虎。累积起来的效果是：2026 年智能体生态的瓶颈，卡在各家服务重建入口这件事上，而不是卡在模型能力上。
传真是一个出人意料却颇具参考价值的例子，它干净利落地契合了 AI 原生的定义。每次调用的成本真实且有边界，动作具体且易于验证（一份文件抵达某个特定号码），而其用例（政府表单、法律文书、医疗文件）恰恰是人们会去委托的那类例行事务。关于传真为何在医疗、政府和法律工作流中作为传输层长期存续，请参阅我们更深入的专文。
钱包搭建与上手
要使用 unofax 的 x402 端点，你需要一个在 Base 网络上持有 USDC、并能对 EIP-712 付款负载签名的钱包。任何支持 Base 的钱包都可以；常见选择包括 Coinbase Wallet、添加了 Base 网络的 MetaMask，以及一系列面向智能体开发者的可编程钱包。
给钱包充值可以把 USDC 跨链到 Base，或者直接在支持 Base 提现的交易所购买。几美元就足以发送几十页，因为每份传真都以 0.20 USDC 单独结算。无需在 unofax 一侧预充余额；钱包本身就是余额。
第一次调用时，最简单的路径是使用 x402 参考文档中的某个示例客户端。每个示例都以普通的 curl 命令加一段简短的签名辅助代码，展示创建、上传、付款和查询状态各个调用。一旦这一整套往返在测试号码上跑通，同样的代码无需改动即可用于 unofax 覆盖的任何国家目的地，包括美国、日本、德国和英国。
安全、隐私，以及 unofax 看不到什么
x402 流程并不改变底层的文件处理方式。通过预签名 URL 上传的文件在传输中和存储时都经过加密，与浏览器流程相同。文件会在七天后自动删除，你也可以通过客服支持申请提前删除。关于付款与文件安全的完整说明同样适用于 x402 任务。
x402 特别去掉的，是你与某个计费身份之间的关联。你的任务不绑定任何邮箱地址，没有预留卡号，也没有附着在客户记录上的使用历史。服务器看到的唯一标识，就是签署付款的那个钱包地址，而钱包地址的匿名或可识别程度，完全由你自己决定。对于发送敏感材料的用户（一份法律文书、一份病历、一份税务回函），这实实在在地减少了数据足迹。
代价是没有账户级别的控制台。如果你需要跨许多份传真追踪用量，就得用 API 返回的任务 ID，在你自己的系统里去做。对于多数智能体工作负载而言，这正是想要的行为，因为智能体本就在维护自己的状态。
实用说明与限制
在接线集成之前，有几条约束值得了解。它们都不出人意料，但在生产环境中每一条都很重要。
- 文件最大 100 MB。更大的上传会返回 HTTP 413，必须拆分。
- 每份传真最多 300 页。更长的文件请分成多个任务发送，并在封面页主题行中相互引用。
- 处理未完成时发送端点返回 409。请等到状态变为
ready_to_send后再请求付款详情。 - 付款要求有有效期。如果你在一个 402 响应上停留过久，请重新请求一个新的。有效期包含在状态负载中。
- x402 上发送失败不会自动退款。与刷卡流程不同，链上付款在结算时即为最终。发送失败会在状态中显示为
failed；请带上任务 ID 联系客服支持处理。 - 支持定时发送。在创建任务时传入一个 RFC 3339 格式的
scheduledTime，付款结算后，传真会在那一刻发出。逻辑与基于浏览器的定时发送相同，包括最多可提前七天。
对于高频的智能体工作负载，实用的建议是让钱包的 USDC 余额保持小额、并以编程方式随时补充，而不是持有一大笔余额。这样一来，万一智能体出问题，波及范围也有边界，而且不会多花一分钱，因为每份传真都独立结算。
结语
x402 把传真变成了智能体可以像使用任何其他网络工具一样使用的东西：读文档、调 API、签付款、拿结果。unofax 现已原生支持它，每页 0.20 USDC，无需账户、无需密钥，并沿用为浏览器流程提供动力的同一套发送基础设施。要用 USDC 发出你的第一份传真，请在 unofax.com 上打开 x402 参考，复制示例，提交你的任务。若想改用标准浏览器流程，请前往 unofax.com，把你的 PDF 拖到上传区。