五一前接了一个外包项目，客户指定用 Claude Code 做代码重构。订阅早就过期了，续费时点下「Subscribe」，Stripe 直接弹了一句 card_declined——Claude Code 支付失败。换了一张卡，还是被拒。试了三张卡、两个浏览器、清了 Cookie，全部不过。

然后就想仔细去排问题到底出在哪，钱到底卡在哪一层。排完之后发现，card_declined 只是最表面的一个症状，后面还叠着好几层坑——有 Stripe 自己的计费 bug，有订阅状态机的死锁，甚至有 Anthropic 主动把 Claude Code 从 Pro 计划里摘掉的操作……

Stripe 看的是卡号前 6 位

第一个是 Stripe 对中国大陆发卡行有单独的风控策略。它不看你卡面上的 Visa / Mastercard 标，看的是发卡行 BIN 码（银行识别码，卡号前 6 位）。国内银行卡的 BIN 一查就是 CN 发卡行，直接按高风险处理。

我试过的三张卡，Stripe 返回的 decline code 都是同一类：

# 招商银行 Visa 双币
decline_code: card_declined
message: "Your card was declined."

# 中信 Mastercard 全币
decline_code: card_declined
message: "Your card does not support this type of purchase."

# 工行 Visa 单标
decline_code: card_declined
message: "Your card was declined."

前端看不到细分原因——Stripe 只给一个笼统的 card_declined，你区分不了是发卡行拒绝还是 Stripe 风控拦截。Anthropic 帮助中心也很直接：建议使用非中国发行的信用卡。这一层的结论明确——国内卡在 Claude 这个 merchant 上基本走不通。

扣了款但 PaymentIntent 自己取消了

这是我觉得最离谱的一个坑。GitHub 有人记录了一个场景：从 Pro 升级到 Max 时，Stripe 的 PaymentIntent 在 confirm API 调用完成之前就被系统自动 void 掉了。

流程大概是这样的：

用户点「Upgrade to Max」
→ Stripe 创建 PaymentIntent
→ 后端触发 void_invoice（取消关联发票）
→ PaymentIntent 状态变成 canceled
→ 前端调 confirm → 返回 payment_intent_unexpected_state
→ 用户看到「支付失败」

但这时候钱可能已经从卡上扣了（Stripe 的 hold），只是没有被 capture。用户看到两件矛盾的事：银行短信说扣了钱，Claude 说支付失败。这不是卡的问题，是 Anthropic 计费代码里的一个竞态——void_invoice 和 confirm 之间没有做好时序控制。碰到这种情况只能联系 Anthropic 客服手动重置订阅状态，银行那边的 hold 通常 3–7 天自动释放。

订阅变成"僵尸态"，换卡也救不回来

GitHub Issues #50710 里有一个更阴的场景：你之前绑的卡过期了，自动续费失败，订阅进入一个两头堵死的状态——

• CLI 端提示：Your subscription payment is past due. Please pay your overdue invoice to restore access.
• 网页端想换一张新卡重新订阅：You already have an active subscription.

系统同时认为你「有订阅」（所以不让你重新购买）和「没付钱」（所以不让你使用）。换卡、换浏览器、清 Cookie 都没用，因为这是后端订阅状态机的 bug，不是前端的事。

2026 年 3–5 月这个问题被大量用户报出来，目前唯一的解法是提 support ticket 让 Anthropic 手动重置订阅状态。处理周期 5–10 个工作日，期间 Claude Code 完全不能用。如果你的报错长这样，别浪费时间换卡了，直接发工单。

付了 $20，但 Pro 里没有 Claude Code

这个坑更隐蔽。2026 年早些时候 Anthropic 做了一轮 A/B test，短暂地把 Claude Code 从 $20/月的 Pro 计划里摘掉了——部分新订阅用户付了钱、拿到了 Pro badge，但 CLI 端登录后发现自己还是 Free 额度。Anthropic 后来把 Claude Code 加回了 Pro，但如果你恰好在那个窗口期订阅的，可能需要联系客服确认你的 plan 里包含 CLI access。

还有一种更常见的变体：通过 Apple App Store 美区订阅 Claude Pro。美区 Apple ID + 礼品卡充值可以绕过 Stripe，订阅成功率比国内卡高不少。但 Claude Code CLI 走的是 Stripe billing 体系，跟 App Store 的 IAP 完全不通。结果就是——手机上 Claude App 显示 Pro，终端里 claude 还是 Free。$20 花了，Claude Code 没开。

虚拟卡 2026 年还剩多少路

2024–2025 年虚拟信用卡是国内开发者订阅 Claude 的主流方案。但 2025 年 7 月 Wildcard（野卡）全面停运，这条路的主干道断了。

目前还在跑的平台：

平台	状态（2026-05）	Claude 订阅成功率	主要问题
Wildcard（野卡）	2025-07 停运	—	已不可用
PokePay	运营中	不稳定	部分 BIN 段被 Stripe 标记
BinGoCard	运营中	未验证	社区反馈少

虚拟卡的核心问题是 Stripe 在持续更新 BIN 黑名单。一个平台上线初期通过率高，用的人一多、BIN 段被标记，成功率就掉。我用 PokePay 开过一张，第一个月成功、第二个月续费被拒，客服说 BIN 段被更新了。这是一场和 Stripe 风控之间的猫鼠游戏。

把支付层整段外包

试完上面这些，突然在想，支付失败在国内不是某一个环节的问题，是 Anthropic 把注册（手机号 + KYC）、支付（Stripe）、网络（API 长连接）三层都跟 supported countries 绑死了。

你想从外部一层一层地绕，每层都要用不同的工具，而且每层的方案都有时效性——这个月虚拟卡能过，下个月 BIN 段被拉黑就不行了。

后来在社区翻到一个思路：与其自己逐层凑，不如找一个把这三层整段接管掉的工具。

顺着这个方向找到了一些 Claude Code 国内套壳，但是工程上工作量非常大基本没人做，很难找，我找了很久就找到一个叫 Teamo Code（https://teamocode.com/）的。

这个是基于 Anthropic 官方 SDK 做了一层编排，把手机号验证、信用卡支付、海外网络出口这三层在它那一侧适配好了，用户侧直接走国内支付就能把付费走通，不需要自己去跟 Stripe 周旋。

装上之后的使用流程：

# 官网首页有一键安装脚本，复制粘贴跑一下
# 安装完成后启动
$ teamo

# 走登录流程后直接进入 Claude Code 原生会话
# 读项目文件、写代码、跑 lint、生成 diff，都是原生 CLI 能力

这个里面还同时支持切到 OpenAI 的 Codex 引擎，两个 Agent 在同一个终端里都能用。要说边界的话——Teamo Code 目前只有 CLI / TUI 形态，没有网页版也没有 GUI 客户端。如果你平时习惯用 Claude Web 或 iOS App 聊天，这个工具覆盖不到那个场景；但是解决 Claude Code 在国内跑不起来的问题就完全足够了。