Claude 封号与防封百问百答：Windows / Mac 实测（看这一篇就够了）

我第一次订阅 Claude 是在 2024 年，用的是注册近 20 年的主力 Gmail 账号。这次是第一次被封。

Claude 是我目前用着最好、最顺手的 AI，但它不支持在中国大陆使用。

账号被封后，我先把当时保存在 Windows 和 Mac 本机的 Claude 相关资料做了完整备份和校验，再检查网络、登录和缓存，重新部署网络，调整相关环境和工具。

网上的资料更多在讲 Mac。我自己用一台 Windows 主力机和两台 MacBook Pro，所以这篇把两端都写进来，Windows 的篇幅还会更多一些。

我把自己做过的，加上网上常见的防封办法，整理成了下面这些问答。哪些需要注意，哪些我认为没必要，Windows 和 Mac 分别做了什么，都写在里面。

当然，做完这些，也不能保证账号恢复或者以后不被封。

账号使用和防封误区，两端都可以看；具体操作按 Windows、Mac 分开。命令和详细核对方法放在配套清单和自检脚本里。

一、先弄清是不是封号，别急着猜原因

1. Claude 打不开，就是被封了吗？

看页面或终端给出的原话。用量到限、登录出错、服务故障、组织权限受限和账号停用，屏幕上都可能表现为「用不了」，但处理办法不一样。普通报错去核对官方服务状态、当前登录账号和完整错误提示；明确提示账号停用，再按封号处理。不要一打不开就开始换节点、删缓存。

2. 刚注册或刚升 Pro 就停用，能判断是哪一步触发的吗？

只看时间顺序判断不了。网上有人把刚注册就封归结为邮箱年限、IP 或浏览器指纹，也有人说要先用免费版「养号」几天，这些说法都没有可核对的官方标准。遇到问题还是要分清账号是真的被停用，还是卡在付款验证、身份验证、登录或组织权限上。如果通知明确说停用，保留通知原文和时间线，用受影响账号去申诉。刚付完款就停用，可以把付款记录一并附上说明。

3. 收到使用政策警告，就是账号被停用了吗？

警告是提醒，停用是封号，收到哪一种以通知原文为准。对警告有异议，可以按帮助中心的说明反馈；明确是账号停用，再走停用申诉流程。

4. 被拒答一次，或看到 Output blocked，就是正式警告吗？

不是。模型正常拒答、系统拦下输出，和 Anthropic 发出的正式警告有区别。Output blocked by content filtering policy 这句报错，官方说通常与防止复现已有内容有关，也承认正常请求有时会误触过滤。如果是有意反复索取受版权保护的内容，官方可能会发警告，重复违规还可能停用账号。平时偶尔碰到一次拦截，保留完整提示和当时的请求即可。

5. 第一次被拦截，会增加以后被封的风险吗？

官方没有公布过「第一次拦截记几分」「拦几次就封」的规则。碰到拦截时，主要看那是普通拒答、内容过滤误拦，还是请求本身确实触及了使用政策。明显误拦可以提交反馈；收到正式警告就按警告处理。已经被拦下的内容，不要换着说法一遍遍去试探。

6. 请 Claude 解释思路，会被当成模型蒸馏吗？

日常问一句「请讲讲解题步骤」不算蒸馏。Anthropic 说的蒸馏，是指未经授权用模型的输入、输出来训练另一个模型；近期的防护主要针对反复索取模型未公开的完整推理过程。官方说对持续、反复提取隐藏推理的账号可能会加严限制甚至停用，但也承认防护可能误拦正常用户，且没有公布普通用户问几次会受罚的数字。平时想弄懂答案，正常请 Claude 解释依据或给出可核对的步骤就行。如果 Claude Code 的拦截提示带有 reasoning_extraction，再检查请求或自定义设置里有没有要求它逐字交出隐藏推理。

7. 我能从本机配置查出这次封号原因吗？网上的「防封经验」怎样判断？

单靠本机配置查不出封号原因。官方通知写了什么，就按原文看；没写清的地方，不用拿别人的猜测去补答案。我这次查了网络、登录和缓存，改好以后能确认的是现在的连接走向，不是当初的封号原因。看网上的经验也一样，要分清哪些是官方规则、哪些是作者自己的单次测试、哪些是对平台风控的猜测。「改完没再封」只能说明那个人后来没遇到封号，证明不了是哪一项设置起了作用。

8. 出口显示美国，就符合 Claude 的使用地区要求吗？

还要看人实际在哪里使用。Anthropic 要求 Claude 用户身处支持地区，中国大陆不在目前的支持地区名单里。美国出口只说明这次网络连接从哪里出去，不会改变使用人实际所在的地区；注册国家、付款国家和出口 IP 也不能替代这个要求。

9. 人在支持地区，企业账号就一定符合条件吗？

还要看企业本身。Anthropic 在 2025 年就公布过企业所有权限制。即使企业在支持地区运营，由总部位于不支持地区的公司直接或间接持有超过 50% 股权，依然在限制之列。2026 年 10 月公布的新版政策要到 11 月 12 日才生效，目前还不能把新版措辞当作现行条款。企业账号遇到限制时，除了看员工所在地，还要核对签约主体、股权结构和通知里写的具体对象。

10. 人确实在支持地区，却收到地区限制提示，怎么办？

保存通知全文和出现时间，核对当时的实际使用地点、登录账号以及组织主体；如果认为是误判，用受影响账号走官方申诉，把这些事实写清楚。不要仅凭某一个检测网站显示的 IP 归属就认定官方判断错了，也不要为了申诉去编造居住地。提交后等官方按个案复核。

11. 把 Mac mini 放在海外远控，是可行的防封方案吗？

人和账号本来都符合使用地区要求的话，可以考虑把自己的 Mac mini 放在海外，通过远程桌面或 SSH 操作（这里说的远程桌面，和 Claude Code 自带的 Remote Control 不是一回事）。但动手前要想好，设备断电、断网了谁去恢复，资料怎么备份。

反过来，设备放在海外，不会改变使用人实际身处的地区。人在不支持地区时远控海外电脑注册或使用 Claude，仍不符合 Anthropic 的地区政策，也没有证据证明机器放海外就能防封。

12. organization disabled、组织 on hold 和个人账号停用，怎样区分？

看报错出现在哪里，以及受限页面写的是谁。Claude Code 如果报 This organization has been disabled，官方列出过一种情况，就是环境变量里残留的旧 ANTHROPIC_API_KEY 指向了已停用的 Console 组织，盖过了原先的订阅登录。遇到时用 /status 看当前凭据；确认是这把 Key 的问题后，把它从启动环境移除，再重启 Claude Code 复查，个人订阅未必受影响。组织 on hold 时，受限页面会列出受影响组织，可以点 Request a review；个人账号停用则直接用受影响账号申诉。

13. Claude Code 说组织关闭了订阅访问，就是个人账号被封吗？

Your organization has disabled Claude subscription access for Claude Code 和上一题的 This organization has been disabled 不是同一句报错。官方错误说明把前者归为所在组织不允许成员用订阅方式登录 Claude Code。改本地环境变量放不开这个权限，但它也不代表整个个人账号被停用。遇到时去看网页版能否登录、订阅是否有效，再用 /status 核对当前凭据和组织。Team／Enterprise 用户可以找管理员；个人订阅用户没有管理员，如果仍复现就带着完整报错联系官方支持。

14. 账号申诉页打不开或提示拒绝访问，先查什么？

官方要求用被停用的那个账号登录后打开申诉表单。打不开时，确认当前浏览器登录的是不是受影响的账号，核对申诉入口和页面上的完整提示，记录时间，必要时换一个干净的浏览器无痕会话排除旧登录干扰。网络问题也可能导致页面打不开，但不用一概归结到代理上。如果换了环境仍然进不去，就通过官方帮助中心反馈「申诉表单进不去」的具体情况。

15. 被误判未成年，Yoti 年龄核验怎么处理？

看 Anthropic 发来的通知邮件，按里面给的 Yoti 链接做年龄核验。官方列出了自拍估龄、证件核验，以及使用已有 Yoti Digital ID 等方式；自拍估龄如果没过，可以看页面上是否有适合自己的其他选项。官方说通过年龄核验后账号会自动恢复。这是单纯的年龄确认流程，不等于 Persona 身份验证，也没有可靠依据能把某一句学习类提问认定为触发年龄核验的原因。

16. Claude 要做 Persona 身份验证，说明我违规了吗？

不能从弹窗倒推原因。Anthropic 说，Persona 可能用于开放某些功能、例行平台检查，也可能与安全、合规有关。官方没有公布过「什么时候一定弹 KYC」的规则表，也没有说升某档套餐、从 iPhone 付款就能免验证。遇到时按页面和通知要求处理即可；通过验证说明这一项流程过了，但不代表账号的其他问题或地区条件都一并解决了。

17. Persona 要准备什么证件？中国护照一定不行吗？

个人核验要准备本人有效的政府签发实体带照片证件（常见如护照、驾照和身份证），手机可能用于实时自拍。证件要清晰、未过期、未损坏，截图、扫描件和电子证件不在接受范围内。如果是替企业核验，还要准备企业名称、地址、注册号等信息。官方说接受多数国家的证件，没有给中国护照单独作「必过」或「必拒」的说明。

18. Persona 失败，或显示通过后 Claude 仍报错，怎么办？

拍照不清、证件过期或损坏、技术故障，都可能让验证失败。只要还在允许的次数内，按页面提示重试就行；次数用完仍不行，用官方身份验证帮助表单说明情况。如果 Persona 显示已通过，但 Claude 仍要求验证，保留两边的截图、时间和所用账号，请支持团队人工核对状态。如果 Claude 页面已经明确显示账号停用，就另走账号申诉，不要把两件事混在一张工单里。

19. Yoti 与 Persona 会怎样处理证件和自拍？

两套流程的数据处理方式不同。官方对 Yoti 的说明是，年龄核验完成后，Yoti 会删除自拍、证件图片等个人资料，Anthropic 只收到是否通过的结果。Persona 则由它收集和保存证件、自拍图像；Anthropic 不在自己的系统里复制保存这些图像，但必要时（比如处理申诉）可通过 Persona 查看验证记录。Persona 的说明里写明资料不会用来训练模型，但没有承诺统一保存多少天后自动销毁。

二、账号、第三方工具与支付

20. 我在多台设备登录，或远控自己的电脑，算共享账号吗？

我自己日常就用一台 Windows 主力机和两台 MacBook Pro；同一个人换设备使用，和几个人共用一组登录信息，不是一回事。远控自用电脑也是同样道理，主要看电脑实际由谁使用，以及使用人是否符合地区要求。平时不要把密码、邮箱登录链接、验证码或本地会话交给别人。

21. 手机号验证过不了，就是封号吗？

卡在短信验证这一步不算封号。收不到短信、验证码过期、号码已用太多次，都会导致验证过不去。官方要求注册号码来自支持地区且能收短信；网络电话、Google Voice、应用生成号码和座机都不接受，且同一号码最多只能验证三个账号。收不到码时核对一下号码格式，过几分钟按页面重试；提示号码已用满，就按官方帮助说明联系支持处理关联号码。

22. 网上买的成品号，能当长期属于自己的账号吗？

我没买过 Claude 成品号，单看控制权，就不建议把它当长期主力账号。注册邮箱在谁手里、登录链接发给谁、原持有人能不能重新进入，你都无法完全掌握，而且 Claude 目前不能直接更换账号绑定的邮箱。再加上个人条款不允许分享登录信息或转让账号，一旦出问题，不管之前能登录还是能续费，账号归属和里面的资料取回都很麻烦。

23. 代注册、代充与买成品号，有什么不同风险？

这几种方式的风险点不一样，主要看谁控制注册邮箱、谁实际接触过登录会话、订单记在哪个支付渠道上。代注册可能让对方接触到邮箱验证码或初始登录会话；代充未必转移账号，却可能牵涉他人的支付渠道，后续核对订单或申请退款时会很被动；成品号则是连注册邮箱的控制权都可能在卖家手里。凡是需要交出验证码、Cookie 或完整会话的交易，我都会直接避开。

24. 多人拼 Pro／Max，与购买 Team 独立席位一样吗？

网上说的「拼车」常见两种情况。一种是把个人 Pro／Max 账号拿给几个人共用轮流登，这直接违反个人条款；另一种是购买 Team 计划里的独立成员席位。分辨时主要看对方交付的是不是用你自己邮箱独立登录的 Team 席位。但要注意，即使是真 Team 席位，组织所有者（Owner）依然能管理成员增减、席位和组织数据；买到一个席位，不等于拥有了独立于卖家的个人订阅。

25. 买来的 Team 席位被移出组织，聊天和项目怎么处理？

被移出组织后，你会立刻失去那个工作区的访问权，但里面的资料不一定马上被删除。官方说，用同一个邮箱重新加入同一个组织，原先的聊天、项目和技能通常还能恢复（受该组织的数据留存设置影响）。人还在组织内时，需要 Owner 开启权限，成员才能导出自己的聊天记录（不含上传的附件）；如果已经被移出，就只能联系组织管理员，或等重新加入后再看资料能否恢复。普通成员平时看不到别人的私密聊天，但最高管理员（Primary Owner）有权导出组织数据，所以重要工作不要只留在一个由陌生人控制的 Team 组织里。

26. 第三方工具、托管原版 Claude Code 和编辑器扩展，怎样分清授权方式？

看软件底层到底用什么方式接入。官方的 Claude Code 和受支持的 IDE 扩展（装在 VS Code 或 Cursor 里的官方插件），可以按官方流程用 Pro／Max 等订阅登录；但把扩展装在 Cursor 里，不代表 Cursor 自身的所有 AI 功能都能算进这份 Claude 订阅。第三方软件接 Claude，官方推荐优先使用 Console API Key 或受支持的云平台。不过按 2026 年 10 月 7 日的说明，符合条件时，Agent SDK、claude -p 和部分获准的第三方应用也可以计入订阅限额，不能一概说第三方工具必须全部按 API 付费。

至于市面上托管「原版 Claude Code」的平台，关键看运行的程序有没有被改动、由谁完成登录、谁保存凭据，以及请求和费用走哪里。我这次排查，没有把订阅授权交给第三方自建客户端，也没有部署订阅反代。

27. 用脚本模拟 Claude 网页发请求，和官方 Claude Code 一样吗？

不一样。个人条款限制使用机器人、脚本等非人工方式访问网页服务（使用 Anthropic API Key 或得到明确许可的情况除外）。拿着网页端的登录状态自己写脚本、批量模拟网页请求，不能因为自己付了 Pro／Max 订阅费就等同于官方的 Claude Code。有程序接入需求，先看官方允许的 API、Agent SDK 等方式，再按对应授权和计费规则使用，不要把个人网页订阅当通用 API 用。

28. BASE_URL 不是官方域名，就一定有问题吗？

光看域名下不了结论。有的团队用的是合规授权的网关，有的 Claude Code 配置接的是受支持的云平台（如 Bedrock 或 Vertex AI），但也有些是来路不明的第三方中转。遇到非官方域名，要查实际地址指向谁、密钥从哪来、自己有没有使用权限、对方会不会接触请求内容，以及费用记在哪个账号上。我这次没有采用任何第三方中转。

29. 订阅登录和 API Key 同时在电脑里，Claude Code 实际用哪个？

电脑里同时留着两种凭据，不代表每次都会混用，关键看启动 Claude Code 的那个终端窗口里有没有 ANTHROPIC_API_KEY 环境变量。按官方文档，claude -p 这类非交互运行如果发现环境变量里有 Key，会直接使用；日常交互运行时则会先弹窗问你是否使用该 Key，并记住你的选择。在终端敲 /status 可以核对当前账号和认证方式。如果需要更改，可以在 /config 里切换；想只用订阅，就把不需要的 Key 从启动环境移除，再核对 Claude Code 的认证方式。不要因为网页上显示着 Pro，就默认终端里一定不会产生 API 费用。

30. API 报 out of usage credits，是个人账号被封吗？

这是 API 额度用完的提示，不等于个人账号被封。Claude 个人订阅和 Console API 是分开计费的。API 额度用完、到期或达到消费上限，会让那把 Key 发出的请求失败，但这条报错本身不能证明个人 Pro／Max 账号已停用。遇到时核对一下报错原文、Key 所属的 Console 组织账单与余额，再用 Claude Code 的 /status 确认当次请求用了什么身份。另外，符合条件的 Max／Team 计划可以把 Console 组织与订阅关联，领取月度 API credits；自己直接用该组织的 API Key 运行 claude -p 或 Agent SDK 时可以抵扣这笔额度，而使用订阅登录时则依然占用订阅本身的对话用量。

31. 已订 Pro／Max，为什么还可能出现额外扣款？

遇到额外扣款先对账。固定订阅费、Claude 网页端开启的额外用量额度（usage credits）、以及 Console API 费用，可以是三笔不同的账单。Pro／Max 用户如果自己在网页端启用了 usage credits，达到套餐用量上限后系统会继续按量计费；如果还开了自动充值（Auto-reload），就会产生新的扣款记录。查账时，去 Claude 的「设置 → 用量」里看有没有开启额外额度、月度上限和自动充值，再查 Console 账单与 Claude Code 的 /status。如果这几处都核对不上，拿着订单记录找对应支付渠道核查。

32. API Key 泄露或被盗刷，第一步做什么？

第一步是去 Claude Console 后台撤销那把旧 Key，不要只把它从本地代码或 Git 仓库里删掉。在后台的 API Keys 页面删除旧 Key 后，重新生成一把新 Key 换到确实需要它的程序里，接着核对用量、账单以及是否还有异常请求；有疑问及时联系官方支持。只要是已经公开泄露过的 Key，我都会直接按作废处理。

33. 账单、发卡和代理出口国家，必须完全相同吗？

官方没有要求「账单国家、发卡国家、代理出口国家必须完全相同」。官方的拒卡排查说明要求账单地点在支持名单内，且填写的账单地址与发卡来源及银行预留记录相符；实际使用地区则是另一项独立要求。代理出口显示哪个国家，既不能替代真实的银行账单资料，也改变不了使用人实际所在的地区。我的支付设置在这次排查中没有改动过。

34. 银行卡付款被拒，就是账号被封吗？

一次拒付不代表账号被封。付款失败时，看页面提示写的是交易被拒、要求银行验证，还是明确说账号停用。单纯的付款问题，可以依次核对账单地址与银行记录是否一致、发卡和账单地点是否受支持、卡内余额以及 3D Secure 验证状态，也可以直接问发卡行客服；银行那边没问题但依然付不进去，再找 Claude 支持。因为银行通常不会把详细的拒付原因直接透传给商户，所以网页上的一句简短提示未必能说清全部原因。

35. Verify now 付款验证，和 Persona KYC 是一回事吗？

不是一回事。Verify now 是登录后弹出的付款方式验证；Persona 是身份核验（KYC），可能需要上传实体证件和完成实时自拍。看页面标题、要求提交的材料就能分清。官方说付款验证弹窗里的 Remind me later 只是暂时关掉提醒，24 小时后还会再次弹出（这个 24 小时只针对付款提醒，不能用来推算 Persona 验证链接的有效期）。这两种验证弹窗本身都不是封号通知。

36. 明明付过费却显示免费，先核对哪个登录账号？

翻出购买时的邮件收据，核对当前登录的邮箱、所在的个人或 Team 组织，以及订单购买渠道。官方帮助页列出的常见原因是登错了邮箱，或者上期扣款失败后套餐自动降回了免费版。还要留意 Apple 的「隐藏邮件地址」。如果当初用它注册，实际的 Claude 账号可能对应一串 @privaterelay.appleid.com 结尾的转发邮箱；换设备登录时如果直接输入平时的 Apple ID 原邮箱，可能找不到原来的付费账号。查订单时，官网直订的去网页版「设置 → 账单」查，Apple 或 Google 商店内购的去各自商店的订阅管理里查。

37. 官方桌面端或 Claude Code，比网页版更容易被封吗？

官方没有公布过网页版、桌面端和 Claude Code 的封号率对比数据。它们都是官方提供的入口，单看使用哪个客户端，判断不出哪个更容易被封。遇到问题时，还是看账号状态、实际使用方式和具体报错。

三、我在 Windows 上实际排查了什么

我在 Windows 主力机上把日常网络和 Claude 的专用连接分开查。下面的配置是我这台电脑的处理记录，不是照抄就能用的「防封参数」。网络改顺了，也不能倒推这次封号的原因。

38. 为什么把日常分流与 Claude 专用代理分开？

我平时上网按规则分流，而 Claude Code 另走本机 HTTP 代理，固定从一台 Linux VPS 出口出去。这样做是为了平时调整日常上网节点时，不会顺手把 Claude 的出口也换掉，自己能随时说清这条连接走了哪里。

39. 不同检测网站显示不同 IP，就是泄露吗？

在分流设置下，一个网站走直连、另一个网站走代理，显示不同的 IP 很正常。要查 Claude 的连接，得让测试请求严格走进 Claude 实际使用的那条代理路径，再看出口 IP。单独在 PowerShell 里敲一次 curl，只能说明那条命令当时从哪里出去；浏览器和 Claude Code 未必跟它走同一条路。

40. 开了 TUN，为什么还要看系统代理和环境变量？

因为电脑里可能同时叠着好几层网络设置，包括 TUN 虚拟网卡的路由、Windows 系统代理、终端环境变量，以及应用软件自己的代理配置。我这次是用 TUN 配合 Claude 专用代理，Windows 系统代理是关掉的。状态栏显示「网卡已连接」只说明 TUN 启动了，不代表每个程序都按设想的路径走；尤其要检查终端里是否还残留着旧的代理环境变量，把本该直连或走专用通道的请求送去了错误的本地端口。

41. Claude Code 的代理设置放在哪里才会生效？

我把 HTTP_PROXY 和 HTTPS_PROXY 写进了 Claude Code 用户级配置文件 ~/.claude/settings.json 的 env 里，指向本机 HTTP 代理端口。但终端启动时，还会受它继承的系统环境变量和当前项目设置影响，光改用户级设置未必生效。另外按官方文档，由桌面应用代管连接的 Code 会话对代理变量有专门限制，项目目录里的设置会被忽略，只读取企业托管设置和用户级设置。改完后可以先用 /status 查看当前加载的设置来源，再测实际连接（/status 只能看配置来源，不能直接证明最终出口）。

42. NO_PROXY 填错，会不会让 Claude 绕开代理？

会。NO_PROXY 是指定「不走代理、直接连接」的名单，不能把 Claude 相关域名随手放进去，更不能为了调试省事填通配符 *。排查时要把用户设置、项目设置和启动环境变量里的 NO_PROXY 都核对一遍。现行版本的 Claude Code 官方文档已经明确支持 NO_PROXY 变量，具体影响哪条请求，按当前版本和实际连接路径测试即可。

43. Claude Code 能直接使用 SOCKS 代理配置吗？

Claude Code 的显式代理设置不支持直接填 SOCKS 协议，所以我给它配的是本机 HTTP 代理地址。像 v2rayN 这类工具，有的配置开启了混合端口（同时接受 HTTP 和 SOCKS），也有的配置把两种协议拆在不同端口。填写 HTTPS_PROXY 前，先在代理工具里确认该端口确实接受 HTTP 请求，再写成 http://127.0.0.1:端口 的格式。至于本机代理工具后面用什么协议连接远端节点，那是另一层设置。

44. DNS 到底要查哪一路？

查 DNS 我分开看两件事，一是 Claude 相关域名由谁负责解析，二是连上以后实际流量从哪个出口出去。操作系统、浏览器和代理核心都可能处理 DNS，单靠检测网站的一张结果图说不清整条路径。我后来把 Claude 相关域名及它用到的依赖域名都按代理规则处理，再核对实际连接。

45. DNS 检测显示别的国家，就叫 DNS 泄露吗？

看测的是哪一路。我把直连侧和代理侧的解析拆开了。访问国内网站时出现国内解析器、访问代理侧网站时出现海外地区的解析器，本身很正常。查 Claude 时，主要看它的域名按哪条规则解析、请求最后从哪个出口发出。DNS 服务器所在位置、网页连接出口和人实际所在的地区，是三件不同的事。

46. Claude 域名解析出奇怪的地址，先查什么？

先看代理工具是不是开了 Fake-IP 模式。解析看到 198.18.x.x 这类地址，通常只是代理核心为了接管流量而返回的虚拟地址，既不是 Claude 服务器的真实 IP，也不能凭它断定遭遇了 DNS 污染。排查时把域名命中的分流规则、DNS 请求走向和后续实际连接放在一起看。如果当时连 TUN 虚拟网卡都没启动成功，就先修 TUN，网卡没起来时看里面的 DNS 规则没有意义。

47. sing-box TUN 报 The object already exists，先查什么？

我那次遇到这个报错，查下来是 TUN 虚拟网卡想占用的网段和 Windows 自带的虚拟交换机 vEthernet (Default Switch) 撞了。当时的修复记录里，两边都碰上了 172.18.0.1；我后来把 Default Switch 调到 172.29.0.1，把 v2rayN 的 TUN 地址明确设为 172.31.0.1/30，两边网段错开后 TUN 才正常启动。

这个报错不只对应这一种原因。遇到时先查自己电脑上现有的网卡、Docker 或 WSL 占了哪些 172.x 网段，挑一个不冲突的网段错开即可，不用照搬我的数字，更不要去设备管理器里直接删除系统的虚拟交换机。另外，Windows 重启或更新后可能会重新调整 Default Switch 的地址，重启电脑后可以顺手复查一眼。

48. 直连、远程和 Bootstrap DNS，我那次怎么改的？

我先备份了旧配置，再去改 v2rayN 的 DNS 设置，把直连、远程和 Bootstrap 三路拆开。按 v2rayN 对 sing-box 的说明，直连 DNS 面向直连目标（也用于解析代理节点自身的域名），远程 DNS 面向代理目标。在我这套规则里，国内域名主要走直连侧；把原先全局绕海外 Cloudflare DoH 的做法拆开后，直连侧改回国内公共解析服务，远程侧保留海外 DoH。Bootstrap DNS 是用来先解析这些 DoH 服务自身域名的，v2rayN 要求这一栏填纯 IP 形式（例如 223.5.5.5），不能把阿里 DoH 的完整 URL 原样填进去。

这里还有一个容易漏掉的设置。v2rayN 的「直连目标解析策略」和「代理目标解析策略」如果保持默认的 AsIs，实际出站时，直连目标可能会退回系统 DNS，代理目标可能直接由远端节点解析，不一定走刚填好的直连或远程 DNS。所以填完三个输入框后，还要打开最终生成的 sing-box 配置文件，结合域名命中的规则和实际连接日志一起看（以上针对 sing-box TUN 模式，其他代理内核不用直接套用）。

49. DNS 调整后国内网页变慢，先查解析还是分流？

那次两个地方同时出了问题。日常网络被误切成了全局代理模式，国内域名也曾交给海外 DoH 解析。排查国内网页变慢时，要把网页连接出口和域名解析拆开看；如果是分流模式改错了导致国内流量全绕去海外节点，光换国内 DNS 解决不了问题。

50. 百度显示美国出口，能全归咎于国外 DoH 吗？

不能。百度页面显示的 IP 归属来自网页连接本身；那次是因为日常网络被调成了全局模式，访问百度的请求直接从美国节点出去了。国外 DoH 可能会拖慢国内域名的解析速度，但不会直接把网页的连接出口变成美国。把日常分流规则恢复后，我分别复查了解析和网页连接。用浏览器查 IP 时，也要留意浏览器自身有没有装代理扩展单独改了路线。

51. DNS 改完，TUN、国内站和 Claude 入口怎么分别复测？

这几项我是拆开看的。

1. 确认 TUN 虚拟网卡真正启动，日志不再报地址冲突。

2. 打开国内网站，核对分流模式、连接出口和打开情况。

3. Claude 入口要用实际安装的 Claude Code 核对专用代理，不拿浏览器里随便打开的测速页代替。

当时我确认了 TUN 正常启动、生成的 DNS 配置已拆成三路，并用本机的 Claude Code 跑通了首次联网检查；更后面的登录、模型请求和完整的 DNS 泄露测试，当时还没有全部做完。

52. 设置了 IPv4，为什么还要单独看 IPv6？

因为双栈网络下 IPv4 和 IPv6 可以走不同的路由表。为了防止流量从 IPv6 绕开代理，我当时关闭了本机 TUN 网卡和远端 VPS 的 IPv6，同时也给那几个 Claude 程序加了非回环（非 ::1）IPv6 出站限制。不过这套限制只管住了我指定的几个程序，电脑上的其他网卡、浏览器和子进程并没有因此自动被管住；VPS 重启后相关内核设置能否一直保持，后续也需要留意。

53. IPv6 测试失败，能证明不会泄露吗？

不能。测试显示连接失败，可能只是因为当时本地网络根本没有可用的公网 IPv6 地址，并没有真正触发「代理失效时流量会不会从 IPv6 漏出去」的场景。要验证防泄露规则有效，得在本地确实具备可用公网 IPv6 的条件下测试。

54. 专用代理失效时，Claude 会不会转成直连？

我宁可让它报错连不上，也不要在代理失效时自己退回公网直连。因此我的专用代理配置里没有写自动直连回退规则，同时还在 Windows 防火墙里给本机的 Claude 程序加了出站限制，并用假端口和移除代理设置做了失败测试。

55. 我给哪些程序加了出站防火墙规则？

我是按当时本机实际找到的 Claude Code 和 Claude 桌面程序路径加的规则。规则阻止这些程序直接连接非回环 IPv4、IPv6 地址，保留它们连接本机代理端口的能力。

我没有改 Windows 全局默认防火墙策略，也没把 Chrome、系统共享的 node.exe 或代理核心一起拦掉。另外，软件升级后如果安装路径变了，旧规则会失效，需要重新核对路径。

56. 假端口、去掉代理、恢复代理，我实际测到了什么？

为了确认上面的防火墙规则确实管用，我连着测了三步。

1. 把专用代理指向一个没有程序监听的本机假端口，发起连接，确认报错失败。

2. 移除代理配置再试，试图让它直连，确认同样被拦下、无法连通。

3. 恢复正常的本地代理端口后重试，连接顺利打通，查到的出口符合设定。

把这三次结果放在一起看，能说明在当时指定的程序和测试条件下，代理正常时能通，代理异常时没有退回直连。如果只看单次连接超时，也可能是当时网络故障，不能直接证明是防火墙起了作用。

57. 网络通了，Claude Code 就已经登录、聊天、调用模型了吗？

没有。我用本机安装的 Claude Code 通过专用代理完成了首次联网检查，到这里就停了，当时还没有往下做账号登录、聊天和模型请求测试，桌面端的功能也没有完整测完。

58. Chrome、Cowork、WSL、SSH 和独立 MCP 能套用这套测试吗？

不能直接套用。Windows 防火墙规则是按当时指定的程序路径建的，Chrome 网页版不在里面；WSL、远程 SSH 主机和独立运行的 MCP 服务，可能由不同的宿主进程甚至另一台机器发起联网。Cowork 还要分新旧。官方从 2026 年 10 月 6 日起将 Pro／Max 新建的 Cowork 任务放到云端运行，只有那之前已在本机开始的任务仍留在本机。这些入口如果要用，都要分别去查它们各自的运行位置、DNS 和出口。

59. 升级 Claude 或换启动方式后，要重查什么？

看实际启动的是哪个可执行程序，文件路径有没有变，再对照防火墙规则和代理设置。我自己留的专用启动入口会检查路径，但平时直接从终端、桌面应用、编辑器或后台任务唤起时，不一定经过这个入口，不能只看系统的 PATH 环境变量去猜。版本更新后，建议重做一次「正常代理能连、错误代理不直连」的检查。

60. 代理必须开机自启吗？我实际设置了没有？

我没有设开机自启，平时需要用时手动启动。自启与否只是个人使用习惯，不是防封条件。手动启动需要注意的就是每次使用前自己确认本地代理已经在运行，并且实测请求走到了预期出口（光看到本地端口有程序监听还不够）。

61. 这套调整出了问题，怎么按记录恢复？

我在修改前保留了原配置、备份和当时的回滚记录。真要恢复时，先确认这几天后来又改过什么，再按对应工具逐项撤回；不要直接拿几天前的完整备份整份覆盖回去，以免把这几天正常的新改动也冲掉。

四、Mac 上我测到哪里

Mac 这边我同样是先备份好本机资料，再处理旧登录和缓存，最后才碰网络。Windows 上测过的防火墙与代理配置，到了 Mac 都要重新核对。

62. Mac 是重新配一整套代理，还是保留原节点和规则再导入？

我没有推倒重来。把已有节点导进 Shadowrocket（小火箭）后，我核对了参数，把原有的节点、DNS、规则和备份都保留下来，再配合现有的 VPN／TUN 模式测连接。这样万一出了问题，方便和原配置做对比。

63. Mac 的美国出口、Google 204、Claude 诊断和 Safari，我实际测到哪一步？

在 Mac 上我测完了这四步。

1. 确认选定的美国节点出口 IP 正常。

2. 请求 Google 的联网检测地址返回预期的 204。

3. 运行针对 Claude 的网络诊断，确认给出预期出口。

4. 打开 Safari 浏览器，确认能正常访问 Google。

当时 Safari 只测了打开 Google，没有接着测 Claude 网页版，也没有测登录、聊天或模型请求。

64. 没设 HTTP_PROXY，是否代表每个应用都走 VPN／TUN？

不代表。虽然我在没有设显式 HTTP／SOCKS 代理环境变量的情况下跑通了几轮连接测试，但不同应用有自己的网络处理方式，系统代理和 VPN／TUN 的接管范围要分开看。终端命令测通、Safari 能开网页，不能直接证明 Claude Code 与桌面端的所有请求都走了同一条路。

65. Mac 的断线保护、开机连接、DNS／IPv6 完整检查做完了吗？

当时还没有全部做完。针对特定程序的断线保护我在 Mac 上没有单独配置和测试，开机自动连接也没去核对；完整的 DNS、IPv6 与代理故障场景同样还没跑完。

五、开发者工具链先排错，再谈封号

下面这几题是平时在终端和编辑器里碰到报错时的排查思路。遇到报错不用第一时间都往封号上猜。

66. Claude Code 登录后报 403 或 model not available，就是封号吗？

单看一个 403 错误码，不能说明账号已经停用。排查时要分清它是卡在登录阶段，还是登录成功后调用模型时报错。如果是后者且提示 model not available，可以用 /status 看当前账号和认证方式，再用 /model 核对当前身份能用哪些模型（Team／Enterprise 的席位权限和云平台的模型区域限制也要按实际情况查）。单独一个 403 也可能是网络、代理节点被拦或权限问题，保留完整报错原文和发生时间比只看状态码更有用。

67. 项目与全局 settings.json 不一致，先查哪一个？

按优先级核对。先看当前项目的 .claude/settings.local.json 和 .claude/settings.json，再看用户级 ~/.claude/settings.json 以及启动终端时的环境变量。同一个设置如果在多处出现，项目本地设置通常会盖过项目共享设置，项目设置又会盖过用户级设置；如果配置了企业组织托管设置（Managed Settings），它的优先级更高。在终端跑 /status 能列出当前加载了哪些设置来源，但不会标出每个具体的值最终来自哪份文件。另外，桌面应用代管连接的会话对代理变量有单独限制（会忽略项目目录里的设置），查清后最好用实际连接复测一次。

68. 终端报 ECONNRESET，能据此认定账号被封吗？

不能。ECONNRESET 只说明网络连接在传输途中被重置了，至于是本机代理、中间网络线路还是远端服务出了问题，要顺着实际请求路径一段段排查。它和明确写着账号停用的通知不是一回事。

69. VS Code 终端与系统终端表现不同，怎么查？

在两个终端窗口里分别核对这几项。当前所在目录、claude --version、可执行文件路径（Windows 用 where.exe claude，Mac 用 which claude），然后再对比两边的 HTTP_PROXY、HTTPS_PROXY、ANTHROPIC_API_KEY 环境变量和读取到的项目设置。VS Code 内置终端可能会继承编辑器刚启动时的旧环境变量；两边打开的工作目录不同，读到的项目级配置文件也可能不同。一个窗口能用、另一个不能用，先查本地环境差异。

六、固定出口、时区和那些「防封操作」

70. 我为什么固定一个 VPS 出口？住宅 IP 一定更安全吗？

我给 Claude 单独配了固定的 Linux VPS 出口，没让它跟着日常节点自动切换，主要是为了自己清楚请求从哪里出去，出了问题好排查。这台服务器我重装过一次系统，重新部署后公网 IPv4 地址没变（换代理协议本身也不一定会换 IP，地址怎么分配取决于服务商）。

至于住宅 IP，我认为没必要。我这次用的就是普通机房 VPS。网上有人推荐住宅 IP，觉得它更像普通家庭网络，可能对账号有利，但这只是外界对平台风控的猜测。官方没有公布过这两类 IP 的评分权重，也没有「机房 IP 必封」的规则。

71. IP 风险评分网站能预测 Claude 会不会封号吗？

不能。这些第三方网站能提供机房归属、公开黑名单等参考信息，但各家的数据源和评分标准不同，也看不到 Anthropic 内部怎样评估账号。我平时只拿它们辅助核对出口归属信息，不会为了刷某一个网站的分数去反复换节点。

72. 美国出口必须配美国时区吗？我这次怎么设置的？

我没有因为代理出口在美国，就把电脑时区改成美国时间。我的 Windows 和 Mac 都选了新加坡时区（和北京时间一样是 UTC+8）；Mac 关掉了自动设置时区，保留了网络自动校时。

这里要把「时区选哪里」和「系统时间准不准」分开看。系统时间不准会影响正常的证书校验和登录，应该校准；至于要求时区、语言和出口国家必须完全一致，官方没有公布过这种规则。

73. 中文语言和字体，需要删掉或改成英文吗？

Windows 的浏览器语言和中文字体我都没动，Mac 的语言也没动。官方没说过用中文界面或留着中文字体会封号。为了装成海外用户去改一整套语言，防不防封不好说，对我来说会严重影响日常工作。

74. 指纹浏览器、WebRTC 和定位权限，我检查到哪一步？

我没有把指纹浏览器当成这次的主要方案，也没有做完 WebRTC 泄露测试。WebRTC 是浏览器里的实时通信功能，检测页如果显示了某个地址，要结合浏览器设置和当时的连接方式一起看，不能直接判定为真实公网 IP 泄露。至于定位权限，Anthropic 说明会使用 IP 等信号来估计用户所在的国家或地区；关闭浏览器的定位权限，不会改变人实际身处的地方。

75. 设备 ID 要轮换吗？一键清理工具要不要跑？

Windows 上我没有去轮换 userID、machineID；Mac 上网上有人推荐的一键清理工具，我只拉下源码和说明看了一遍，没有安装，也没运行它的清理预设。

账号被停用后，更重要的是先保住本机的历史会话、项目和配置，再决定处理哪些旧登录资料。轮换本机标识或清空本地目录，不会让云端的账号状态自动恢复；不看清内容就盲目跑清理脚本，反而容易把本机还没备份的项目、技能和历史会话一起删掉。

76. 清掉缓存，账号封禁就能解除吗？

不能。我清理旧登录和部分指定缓存，是为了后续排查时不再混入旧账号的本机状态。账号能不能恢复，取决于官方状态或申诉结果，清本地缓存不等于解封。另外，桌面端或 Claude Code 重新启动后自动生成新缓存属于正常现象，没必要为了让目录一直为空去反复删文件。

77. 为了排查流量，要装 HTTPS 解密根证书吗？

我在 Windows 上没有安装用于 HTTPS 解密的根证书，也没做中间人抓包解密。要确认请求走了哪条代理、从哪个出口出去，看代理工具的配置、连接日志和实际连通结果就够了，没必要为此给系统装一张新的受信任根证书。如果本来就在开启了 TLS 检查的企业办公网里，遇到证书不受信任报错，应按公司 IT 提供的 CA 证书配置客户端，不要直接关闭证书校验。

七、资料保全、申诉与退款

78. 账号停用后，还能从 Claude 官网导出资料吗？

用受影响的账号登录官网，看停用页面上给了什么入口。Anthropic 说明，因使用政策被停用的 Free、Pro、Max 用户仍有自助导出选项，但实际能访问和导出的内容范围可能受限。正常账号可以从网页版或桌面端的「设置 → 隐私 → Export data」发起导出；下载邮件会发到原账号邮箱，链接收到后 24 小时内有效，下载时仍需登录原账号。拿到导出的 ZIP 后先留好原包。官网导出包含账号资料和对话数据；本机 Claude Code 会话和本地旧 Cowork 任务仍要单独备份、核对。

79. 官网导出为空或只看到 ID，先查什么？

先留着下载的 ZIP 原包别删。核对发起导出时登录的是哪个账号、邮件链接有没有过期，再解压打开 ZIP 看里面的文件清单和原始 JSON 文件，排除第三方阅读或转换工具解析出错的可能。账号受限时，官方也提过可导出范围可能受限。如果检查原始 JSON 文件后确认确实缺了预期的对话，就带着缺失对话的大致时间、标题和页面提示找官方支持核实，不要只拿转换工具生成的空白文档当凭据。

80. 第一步要把本机资料和相关工具全删了吗？

不要上来就全删。我当时先备份、校验 Windows 和 Mac 本机找得到的 Claude 相关资料，之后才去动旧登录和指定缓存。Windows 上的项目、技能、hooks、MCP 配置都保留了；Mac 上的 Claude Code 会话、项目、技能源码、桌面会话，以及当时仍在本机的旧 Cowork／VM 资料，也分别做了保留，更没有因为工具名字里带 Claude 就把相关的 MCP 服务或 npm 包全部卸载。删掉本机资料救不回被封的账号，反而会先弄丢自己的工作文件。

81. 备份了本机旧 Cowork 文件，就等于新云端任务也备好了？

不等于。Anthropic 从 2026 年 10 月 6 日起，把 Pro／Max 新建的 Cowork 任务改到了云端运行；只有那之前已在电脑上开始的旧任务仍留在原电脑上。我备份的是当时本机还在的旧内容，10 月 6 日之后的云端新任务并不在本地目录里。如果账号还能进入 Cowork 界面，重要任务可以逐个点 Download task data，也可以看桌面端有没有 Export your Cowork data 入口，导出后打开压缩包核对一下内容。

82. 原始 ZIP、Claude Code JSONL、索引和可读版为什么分开保留？

官网导出的原始 ZIP、本机 Claude Code 的 JSONL 日志和文件清单，是以后核对资料的原始底本；用脚本转换出的 Markdown 可读版和搜索索引，则是为了日常查找方便。我把原件与整理结果分开保存，Windows 本机备份还做了文件校验和关键会话抽查。有些旧记录在原件里本来就没有文本正文，转换工具也补不出来，所以不要拿整理后的文本去覆盖原始 ZIP 或 JSONL。

83. 导出的 Claude 对话能直接导入另一个个人账号吗？

官网导出包目前不能直接导入另一个个人账号，个人账号之间也没有官方的对话迁移办法。转换出来的可读版和索引只方便自己平时查资料，新账号接不上原来的聊天窗口（官方另有将个人账号迁入 Team／Enterprise 组织的流程，但那不是拿 ZIP 导入新个人号）。在资料还没彻底梳理清楚前，不要急着注销删除旧账号。

84. Windows 旧登录与缓存，我隔离了什么、保留了什么？

我只从配置文件里剥离了与旧账号直接相关的标识和订阅权益缓存字段。动手前先完整备份了原文件，记下改动位置与恢复办法；项目文件、技能、hooks、MCP 和其他通用设置全部留着，没有重置 Windows，也没有清空开发工具。这样做是为了防止后面排查环境时混进旧号的缓存状态。

85. Mac 旧登录与缓存，我只处理到哪一步？

Mac 上我用 Claude Code 官方退出命令退出了旧号，桌面端退回登录页；浏览器里只清理了 Claude 相关的站点数据，几个指定的缓存目录移走留底。我没有重置整个 Chrome、Safari 或系统钥匙串，也没有删除工作资料。看到本机退回登录页，只说明这台机器退出了旧登录，不代表其他设备和云端授权也都一并撤销了。

86. 活跃会话显示陌生国家或设备，就一定被盗了吗？

先核对设备型号和浏览器，再看显示的地点。活跃会话里的地理位置是根据连接 IP 推算的大致地点，平时自己换过代理节点，列表里显示陌生城市并不奇怪。如果连设备或浏览器类型都不认识，就到网页版「设置 → 账号 → 活跃会话」里终止可疑会话，顺手检查登录所用的 Google 账号或邮箱安全记录；需要撤销 Claude Code 授权的，另去「设置 → Claude Code」里处理。

87. 本机退出以后，其他设备和 Claude Code 授权怎样撤销？

只清本机 Cookie 或在一台设备上点退出，不会自动退出其他设备。账号还能进网页版时，可以到「设置 → 账号」查看活跃会话，单条终止或直接退出所有会话；Claude Code 的授权则需要到「设置 → Claude Code」里单独检查和撤销。如果账号已经受限看不到这些入口，就只能联系官方支持处理。

88. 本机备份能直接放进私有 Git 或分享给别人吗？

放进去之前要先检查文件内容。本机的 Claude Code 会话、项目配置、hooks 和 MCP 设置里，可能夹着 API Key、登录令牌、客户资料或本机路径；哪怕是私有 Git 仓库，也有加错协作者或误改可见范围的风险，而且 .gitignore 拦不住已经提交进历史记录的内容。我把原始备份和整理版分开存放。对外分享前，还得逐项脱敏检查；如果发现 API Key 已经泄露，除了删文件，还要去对应的 Console 组织里撤销旧 Key、更换新 Key。

89. 本机核验了，另一介质和网盘副本就算完成了吗？

不算，不同位置的副本要分开记账。以我这次为例，Windows 和 Mac 本机的 Claude 相关资料我已经做完了备份和校验；但 Windows 另一块外接介质上的副本还没核验，Mac 这次还没做另一介质的副本，网盘副本放在哪里、有没有同步完、文件是否一致，也还没有逐项核对。在记录里我会把「本机已核对」和「其他副本待确认」明确分开。

90. 认为账号被误封，官方申诉入口在哪里？

用受影响的那个账号登录 Claude 官网，在停用提示页面进入申诉表单。Anthropic 说明这类申诉由 Safeguards 团队调查，回复可能会比平时慢，没有固定的恢复时限。提交前先保存好通知原文和发生时间。普通的登录、订阅或导出问题可以找常规客服，明确是账号停用就走停用页面上的申诉入口。

91. 申诉信该写哪些事实？照搬成功模板有用吗？

按时间顺序写清楚受影响账号、停用通知原文、发生时间、自己平时的实际使用方式，以及为什么认为是误判；如果有付款凭证或正常使用记录，就附上能核对的部分，没有证据的地方不用替平台猜。尤其不要照搬网上模板里「始终在支持地区」「从未用过某工具」这类不属于你自己的事实，别人的个案通过了，不代表同样的话套在另一个账号上管用。

92. 因政策被停用，删号、换邮箱或借号能继续用吗？

如果通知已经明确写明是因违反政策被停用，现行使用政策禁止通过注册新账号、使用已有其他账号或借他人账号来绕过封禁。官方帮助中心也说明，删除被停用的账号或等待一段时间，并不会让原邮箱重新获得注册资格。如果认为是误判，先看资料导出选项并走申诉复核，不要急着删号。

93. 账号被封或不做 KYC，订阅费会自动退吗？

不会自动退。消费者条款写明，如果 Anthropic 认定用户违反条款并因此终止服务，订阅费不退；如果是平台因其他原因终止官网订阅，条款里另有按未使用期限折算退费的规定（应用商店内购则还要看对应商店的条款及适用法律）。官方并没有一条「账号停用或不做 KYC 就自动全额退费」的通用规则。要问退款的话，先留好停用或验证提示截图、付款收据和订阅渠道，再去对应渠道申请。

94. 从 App Store 或 Google Play 购买的订阅，退款各找谁？

App Store 的扣款由 Apple 处理，退款也由 Apple 审核；用购买时的 Apple 账号到 Apple 的退款申请页面 提交即可，是否获批看 Apple 的决定。Google Play 购买的 Claude 订阅，按 Claude 当前的帮助说明，订阅仍在有效期内时先联系 Claude 支持核查退款资格；订阅已失效时，联系支持并提供 Google Play 账号邮箱或收据上的 GPA. 订单号。注意提交退款申请不等于取消自动续费，申请后还要回购买渠道单独确认订阅状态。

95. 不再使用或无法登录时，还要单独取消续费吗？

要单独取消。官网、App Store、Google Play 的订阅需要分别回各自的购买渠道取消，官方建议至少在下次扣费前 24 小时处理完毕。账号被停用、卸载本地程序、清空缓存或提交退款申请，都不能代替取消续费。如果官网账号已经无法登录，可以用另一个能正常收信的邮箱联系官方支持，同时抄送付款账号的原注册邮箱，写明要求取消订阅并核查退款（邮件里不要发密码、验证码或完整银行卡号）。

96. 直接找银行拒付，会让退款更快吗？

不一定。Anthropic 的退款说明里写明，当一笔付款正处于银行拒付争议（Chargeback / Dispute）处理期间时，官方支持团队无法同时办理这笔付款的退款。遇到这种情况，要么等银行那边处理结束，要么先向银行撤回争议再找官方申请退款核查（撤回争议也不代表官方一定批准退款）。在决定走哪条路之前，先把订单、扣款记录、停用通知和沟通记录保存好。

97. 本地 Claude Code JSONL 怎样整理成可读资料？

还能正常打开的会话，可以直接在 Claude Code 里用 /export 保存当前对话。如果要批量整理本机 ~/.claude 下的历史旧会话，先保留好原始 .jsonl 文件，再用本地工具按时间、发言角色和消息块生成 Markdown 可读版。转换完成后，挑几段带有工具调用、中断或附件的记录做对照抽查，不要只提取了纯文本 text 字段就以为全部转完了。原始文件、转换脚本和生成结果分开存放；含有客户信息或密钥的本地会话，不要上传到不熟悉的在线转换网站处理。

98. 导出资料缺附件、旧对话乱码或缺失，如何核对原件？

按来源拆开查。官网导出的 ZIP、本机 Claude Code 的 JSONL、以及 Cowork 任务包各查各的原件。先保住原始压缩包或源文件，核对文件大小、清单、字符编码和转换脚本的解析方式，再找一两段在原应用界面里还能看到的内容做比对。阅读工具里没显示出附件，不等于原始包里没有；反过来，原件里本来就缺失的内容，转换脚本也补不出来。如果官网界面还能看到、但刚下载的原始 ZIP 包里确实漏了，再带着具体会话名称和文件名找官方支持核实。

99. 账号停用后，没做完的项目怎样整理交接？

没做完的项目，我会按下面三步整理。

1. 写清楚项目原本要做什么、被封前做到了哪一步、接下来还缺什么。

2. 把本机硬盘上确实找得到的项目文件、Claude Code 本地会话、自定义技能和配置逐一列出对应路径，能运行的项目补上启动与检查命令。

3. 如果缺了网页端对话或 10 月 6 日之后在云端运行的 Cowork 任务，就在文档里明确写明缺失，不让接手的人误以为所有记录都在本机硬盘上。

交接给别人的可读版，先去掉里面的密钥和客户敏感资料，原始备份自己另外留存。

八、配套清单

100. Windows 自检怎么做？能直接把仓库发给 Codex 吗？

可以。脚本和说明放在我的 GitHub 仓库 situker/claude-env-check。如果你在自己的 Windows 电脑上使用能执行本地命令的 Codex，把下面这段话发给它：

请在这台 Windows 电脑上检查本地环境。仓库：https://github.com/situker/claude-env-check把仓库下载到你可写的工作目录，先读 README.md、docs/windows.md 和 windows/claude-env-check.ps1；如果脚本的实际行为与说明不符，先停下告诉我。然后用普通用户权限在仓库根目录运行 powershell.exe -NoProfile -ExecutionPolicy Bypass -File .\windows\claude-env-check.ps1，不要加 -Online。读取这次新生成的报告，列出 WARN 项目，把 UNKNOWN 和 MANUAL 按类别归纳，告诉我接下来该人工核对什么。不要提权，不要改代理、DNS、防火墙或账号，不要登录 Claude，也不要展示原始配置和凭据。如果无法访问 GitHub 或这台电脑的本地文件，就如实告诉我；不要给出「安全通过」或「不会封号」的结论。

想自己运行，就在仓库里选 Code → Download ZIP，解压后先看 README 和脚本，再按 README 的命令运行。脚本默认只读取有限的本地状态，在 windows 目录生成报告；只有主动加上 -Online 才会访问第三方检测站。

只把链接发给云端聊天，查不到你电脑的实际状态。命令里的 -ExecutionPolicy Bypass 只对这次 PowerShell 进程生效，不会永久修改系统设置；受组织策略管理的电脑仍可能无法运行。

以上百问百答基本包含所有的Claude封号以及防封问题，如果有其他问题，欢迎在评论区一起讨论。

感谢大家。

关于作者

你好，我是司徒K。用 AI 做生意，也顺手做点好玩的东西。

三家公司负责人，业务涉及技术开发与营销策划、知识产权代理、文化传媒。十几年互联网创业经验，相信长期主义。

今年主攻 GEO（让你的品牌被 AI 推荐）和企业 AI 落地。

可以和你交流 AI、美股、创业等话题。公众号「司徒K」，X 账号 @isituking。