最后核验：2026-11-14
OpenAI 于 2026 年 11 月 13 日发布 ChatGPT Wallet，让 Agent 能在用户批准后代为完成购买。它由 OpenAI 与 American Express、Mastercard、Visa 合作推出，初期通过 dots 向符合条件的美国 ChatGPT Pro 用户逐步开放。
这次变化把“帮你比较商品”向“替你完成交易”推进了一步：用户核对订单并通过安全验证，支付网络提供替代真实卡信息的 Token，Agent 再通过商户现有结账流程付款。当前每笔购买都需要用户确认；按预算、品类或期限提前授权，是官方提出的未来方向。
本文依据官方公告与商户文档整理，核验日期为 2026 年 11 月 14 日，尚未进行真实绑卡或支付实测。
谁能用 ChatGPT Wallet
官方公布的首批条件需要同时满足：
| 条件 | 首发范围 |
|---|---|
| 所在地区 | 美国 |
| 年龄 | 年满 18 岁 |
| 套餐 | ChatGPT Pro |
| 付款卡 | 符合条件的美国发行卡 |
| 使用入口 | dots，分阶段开放 |
因此，订阅 Pro 本身并不能证明账号已经获得 Wallet，也不能据此推断 Plus、Business 或其他地区用户可以使用。公告没有给出全面开放的日期，也没有列出全部符合条件的发卡行与卡种。
dots 是能在云端持续处理任务的 Agent，拥有自己的计算机和浏览器，可以在需要决定时联系用户。dots 的可用范围与 Wallet 的首发资格是两件事，能使用 dots 不代表已经能通过 Wallet 付款。
一笔购买如何完成
按官方描述，用户先添加付款卡，后续购买无需反复输入真实卡信息，但仍须逐笔批准。
- Agent 准备购买。 它在商户网站推进选购与结账，来到需要付款的环节。
- 用户核对订单。 查看购买商品、总金额和所选付款卡。
- 用户通过安全验证。 例如 Face ID 或指纹验证；此次批准会留下明确的购买授权记录。
- 支付网络提供 Token。 用户批准后，支付网络提供替代真实卡信息的支付凭据，其中包含用于付款的卡号、安全码和有效期。
- 商户处理支付与订单。 款项记入用户选择的卡，商户继续负责订单、履约、退货与客服。
这里的“支付 Token”不是大模型计费所用的文本 Token，也不是用户在对话中交给 Agent 的银行卡密码。它是支付网络提供的替代凭据：Agent 和商户不会通过 Wallet 获得用户的真实卡信息。
凭据隔离并不意味着取消银行风控或保证每笔交易成功。OpenAI 明确表示，早期推出会用于改进与商户、银行及支付网络的兼容性和可靠性。用户仍与商户直接交易，保留原付款卡的奖励，以及符合条件的争议交易保护；这不构成所有交易都能退款的承诺。
逐笔批准与未来预先授权有什么区别
当前机制是在每笔购买前核对并批准具体交易。一次同意购买某件商品，不能直接推导为 Agent 获得了为其他商品持续扣款的权限。
官方在公告中展望，未来用户可以设置消费上限、购买品类、时间范围等参数，配合更强的保障措施，预先批准 Agent 在这些边界内采购。公告没有将这一方向宣布为当前已经开放的功能，也没有提供上线时间。
商户支付文档还区分了两种情况：独立的新购买不能复用或保存此前交易的支付凭据；如果现有结账支持订阅，则须取得用户对周期性收费的同意，并遵守支付处理商对商户发起交易的要求。订阅扣款的明确同意，也不等于授权 Agent 任意购买其他商品。
商家需要改什么
OpenAI 的商户文档说明，Wallet 可直接使用现有结账页和支付表单，不要求专门的 Wallet 集成。这能降低接入工作量，但 Agent 能否顺利访问、付款是否被误拒，仍需要结合现有系统检查。
确保经过验证的 Agent 能访问网站
Agent 使用云端浏览器访问网站，可能被 CDN、防火墙或反机器人系统误拦。官方建议用 Web Bot Auth 识别经过签名的请求，检查安全配置是否意外阻止合法访问，而不是简单关闭全站防护。
具体入口见 云端浏览器访问指南。浏览器访问本身不要求先建设插件或商品 Feed。
与支付和风控服务商确认识别方式
传统风控常依赖 IP 地址和浏览器信号。云端浏览器与用户本人设备的信号不同，可能触发拒付或订单取消。
官方正在逐步通过 Forwarded HTTP 请求头传递部分用户信号，包括地区、语言、时区、网络信息等，具体可用字段会随推出进度变化。使用第三方风控的商户，应确认服务商如何接收并解释这些信号；自建系统也需要观察实际收到的信息，不能假设每次请求都会携带完整字段。
保留订单与售后责任
商户收到的是网络 Token，并继续掌握定价、履约、退货、客服与欺诈判断。用户通过安全验证，不表示商户可以省去现有订单处理或争议流程。
OpenAI 提到正与支付及反欺诈合作伙伴改进对 Agent 交易的识别，这是一项兼容工作，不代表所有使用相关服务商的网站已经自动支持成功付款。
对开发者与电商 SEO 的实际影响
对 Agent 任务系统，值得关注的是购买流程中的授权停点：准备订单、等待用户确认、执行支付、确认订单结果，需要有明确边界。这是从 Wallet 流程得出的系统设计启示，不能据此宣布任意第三方 Agent 已经可以调用 Wallet。商户文档还说明，第三方插件与 Wallet 的交互方式仍在完善。
对 API 平台，应把 ChatGPT 内的支付产品与开发者可调用的接口分开核对。本次 Wallet 公告不能作为存在通用 Wallet API、任意 Agent 可用的支付 SDK，或 API 余额可用于购物的依据。相关能力须以单独发布的接口合同为准。
对 电商 SEO 与商品数据团队，可以分别检查三个环节：
| 环节 | 应检查的问题 |
|---|---|
| 商品发现 | 商品信息、价格和库存是否准确、及时，是否按官方要求提供商品 Feed |
| Agent 访问 | 商品页和结账流程是否意外拦截经过验证的 Agent |
| 交易完成 | 支付与风控系统能否正确处理 Token，以及订单能否得到确认 |
Wallet 解决支付环节的一部分问题，不能证明商品会获得更高排名、更多推荐或更好的转化率。Commerce Partner Playbook将商品 Feed、浏览器访问、支付、插件等列为不同接入环节，商户可从自身实际缺口开始。
如何理解它与此前购物功能的关系
ChatGPT Wallet 是需要单独跟踪的支付产品事件。本站此前的 ACP 与 Instant Checkout 解析讨论商品发现与结账协议；本篇聚焦用户授权、卡凭据隔离和现有商户结账兼容。
同样，不能只因都涉及 Agent Payment，就把本次公告等同于 x402 或此前的 PayPal 集成。本次公告所确认的是 Wallet 自身的卡支付与授权机制，没有据此建立这些方案之间的替代或互通关系。
截至本次核验，本文没有可复核的 X 讨论量或对应官方原帖 ID，因此不以“全网热议”描述它。官方公告只标注发布日期，本文也不补写精确 UTC 发布时间。判断这次发布的依据是官方产品公告与商户文档，实际使用仍应先核对账号资格和灰度开放情况。
官方来源
- Introducing ChatGPT Wallet：发布日期、首批资格、逐笔批准、网络 Token 与未来预先授权方向。
- Accept payments：现有结账兼容、风控信号、订阅与凭据使用边界。
- Help ensure cloud browser access：浏览器访问与误拦检查入口。
- Build a plugin：第三方插件与 Wallet 的交互仍在完善。
- Meet dots：dots 的运行方式与独立的访问条件。
