智能体可以独立完成整个流程，无需人工介入。

MCP，而不是硬抓自家文档

把任意 MCP 客户端指向这个流式 HTTP 端点，它就能拿到类型化工具：创建批次、读取批次、查询余额、列出示例截图，以及创建结账会话。输入 schema 描述了每一个渲染选项，模型不必去猜 full_page 是什么意思。

服务器卡片、agent card 和 agent skill 都发布在 /.well-known 下，能自动发现来源的客户端无需别人告诉它任何东西的位置就能自行接入。

POST https://url2image.com/mcp
{"jsonrpc":"2.0","id":1,"method":"tools/call",
 "params":{"name":"create_screenshot_batch",
           "arguments":{"urls":["https://stripe.com"],"format":"png"}}}

无需注册表单的身份识别

智能体需要一个稳定的身份，才能让它的额度和批次在重启后依然存在。有两种方式可以获取身份，都不涉及邮箱确认环节：在 /oauth/register 注册匿名 OAuth 客户端凭证，或在 /api/v1/keys 生成一个 API 密钥。两者都会产生一个 bearer token，把每个批次都限定在同一个账户下。

不用信用卡也能付款

两条支付通道，选择取决于是否有人参与。如果有人参与，结账工具会返回一个托管的 Stripe 链接，由智能体转交给对方。卡片信息不会经过智能体、本服务，或模型的上下文。

如果没有人参与，就交给 x402 处理：调用一个计价接口，读取 HTTP 402 响应体，带上签名的 X-PAYMENT 请求头重试，由 facilitator 完成验证和结算。条款发布在 /.well-known/x402，定价与入门额度单价一致，因此按次付费不会比购买套餐更吃亏。

智能体应该告诉用户什么

agent skill 里写得很明确：创建结账会话前要先征得同意，绝不索要卡片信息，并在批次运行前告知会消耗多少张截图额度。这些是模型会读取执行的指令，而不只是写在 README 里的建议。