L402

L402 是一套面向 HTTP 的付费访问协议，核心思路是把「先付款、再拿内容」做成标准化的握手流程。服务端在客户端请求受保护资源时，不直接返回内容，而是返回一个需要付费才能继续的状态，并附带获取付费凭证所需的信息；客户端完成支付后拿到凭证，再次请求并携带凭证，才能获得资源。协议名取自 HTTP 规范中预留的 402 状态码，目的是把支付语义放进互联网最通用的请求模型里，而不是另造一套封闭的计费网关。

它的价值在于把付费粒度从「订阅一个账号」下沉到「一次请求、一份内容」，因此天然适配 API 调用、数据接口、模型推理服务这类按次消耗的场景。对服务提供方来说，不需要改造成整套会员体系，只要在网关或服务端加一层校验；对调用方来说，付费行为被封装进正常的请求重试流程，脚本和自动化工具可以直接消费。

不同角色的用法差别明显：普通内容方多半把它当成给文章、数据集或下载资源加收费门槛的方式；开发者更关注凭证的签发与校验逻辑如何嵌入现有服务；做批量调用的一方则关心如何让程序自动完成「被拦下、付费、重试」这一闭环。协议层面留下的是交互约定，具体用哪种支付通道、怎么结算，由实现者决定。

如果你要给 API、数据集或内容接口加一层「调用即付费」的门槛，又不打算自建一套封闭的计费后台，L402 提供的是一个贴着 HTTP 走的思路，改造面通常收敛在请求入口。它更像协议约定而不是成品服务，能不能用起来取决于你选定的支付通道和实现是否顺手。反过来，如果你需要的是开箱即用的收银台、完整的账单后台、退款与对账流程，或者团队里没人愿意处理凭证签发与校验，那它偏底层，接入和运维成本要自己扛。评估时重点看两点：你的资源是否天然按次计量，以及现有的鉴权与结算体系能否接上这套凭证流程。