AI 工具访问
系统排查手册

AI 工具访问并不是浏览器连到某个网页就结束。页面外壳、身份认证、对话请求、附件存储和生成结果，可能由不同域名及后端处理。首页能打开，只能说明其中一段请求有响应；输入问题后报错，往往发生在另一段链路。排查时先记录失败动作：是页面空白、登录跳转失败、发送消息失败，还是回答中途停止。把动作写清楚，比笼统描述“AI 连不上”更容易找到对应证据。

请求链路与资格检查

一次请求通常先经历域名解析，再建立连接和加密会话，随后由平台判断请求身份、地区与资源权限。网络故障会让请求无法抵达，资格限制则可能在连接正常时返回明确提示。两者在界面上都可能表现为重试按钮，但处理办法不同。浏览器开发者工具中的请求状态、响应内容和发生阶段，可以帮助区分。不要只看页面上的通用错误横幅，也不要把所有失败都归结为出口地址。

地区判断也不只依赖出口 IP。平台可能结合账号资料、支付资料、历史会话或组织设置作出决定，具体信号及权重通常不会公开。某个出口被地理数据库识别到目标地区，并不代表平台必然采用相同结果。遇到地区不支持提示，应先查看平台对当前产品的开放范围；网页、付费功能和 API 的适用范围也可能不同。没有使用资格时，调整线路不能替代资格本身。

IP 风控为何影响登录

公共出口通常承载不同用户的流量，平台看到的是出口地址及请求行为，而不是每个人的客户端名称。异常请求密度、重复失败登录、自动化行为或历史滥用，都可能影响地址的风险评价。因此，“这个地区受支持”与“这个地址当前容易通过检查”是两回事。频繁切换出口并反复提交登录，可能增加会话变化，反而使判断更复杂。稳定环境、正常操作和遵守平台规则，比寻找所谓永久有效地址更可靠。

本地环境同样需要纳入纪要。企业网络可能有访问策略，浏览器扩展可能修改请求，安全软件可能检查加密连接，系统时间偏差可能导致证书校验异常。开始测试前，确认普通网站可以访问、系统日期正确、客户端已完成连接，且没有同时运行彼此冲突的代理工具。若设备由单位管理，应遵循组织的网络与数据政策，不应擅自停用管理措施来完成测试。

基准环境与记录方法

建立一个尽量简单的基准环境：使用常用浏览器的干净配置、保持固定出口、只打开目标工具，先完成一次普通文本交互。记录所用平台、连接方式、失败动作及错误原文，再逐步恢复扩展、附件上传或插件功能。每次只改变一个条件，才能判断变化来自哪里。若同时换线路、清理全部浏览数据并更换账号，即使恢复正常，也很难知道真正原因，更难在下次故障时复现。

最后区分服务端事件与本地事件。多个独立网络环境同时出现相同错误，或者平台状态公告确认异常时，应等待平台处理，而不是持续修改设备。相反，同一账号在其他环境正常、只有某台设备失败，更值得检查该设备的代理继承、浏览器状态和安全策略。整个手册采用这条原则：先缩小故障范围，再调整最接近证据的环节。

选线先确定目标产品支持哪些地区，再比较路径是否稳定。对 AI 工具而言，下载带宽并不是唯一指标。登录依赖连续的身份跳转，对话依赖持续接收内容，附件处理还涉及上传与后台任务。路径短但频繁断开的线路，可能不如路由稍长而连接持续的线路适合工作。客户端显示的延迟只能反映某类探测请求，不能完整代表目标平台的实际处理过程，更不能替代使用资格检查。

线路类型与实际任务

IEPL 专线、中转和直连描述的是传输路径的组织方式，不是 AI 平台授予的权限。IEPL 专线通常强调专用传输段，中转通过中间路径连接出口，直连则减少部分中间环节；实际效果还受本地运营商、出口位置、目标服务和当前网络条件影响。不能因为名称中带有专线，就推断所有平台必然放行。可结合国际线路说明理解路径，再在真实任务中核对表现。

同一次会话保持出口连续

登录页面、认证提供方和工具主站若分别走不同出口，平台可能看到一个不连贯的过程。例如，浏览器发起登录时使用一个地区，回调和令牌交换却由另一个地区的请求完成，容易触发重新认证。应检查分流规则是否覆盖必要的认证与静态资源域名，而不只是主站域名。规则来源应可信，并在更新后复核；不建议凭猜测将大批无关域名加入代理，也不建议为某个工具修改整台设备的安全边界。

全局代理可以作为短暂的诊断对照，而不是适用于所有人的长期默认。若全局模式正常、规则模式失败，说明可能存在遗漏请求、解析差异或应用没有进入预期规则。此时查看客户端连接记录，找到失败动作对应的域名与策略，再补齐必要规则。若两种模式都失败，则继续检查账号资格、目标平台状态和本地网络，不要反复编辑同一组规则期待偶然恢复。

解析位置与出口位置

域名解析发生在本地还是经由代理，取决于客户端、代理协议和应用实现。解析结果可能影响目标接入点的选择，但解析地区与出口地区不同，并不能单独证明发生了故障。应以目标请求是否通过预期路径、是否成功完成为依据。不要为了“看起来一致”随意替换系统解析设置；如果客户端已经接管解析，再叠加浏览器的独立解析功能，可能形成难以解释的组合。

切换线路时先暂停正在生成的任务，保存输入和已有输出，再结束当前测试。切换后重新发起独立请求，不要用旧页面里仍在等待的连接判断新线路表现。对于会产生费用或创建资源的操作，还要先确认旧任务是否已经在服务端执行，避免重复提交。测试记录中保留切换前后的出口地区与错误变化，但不必向公共讨论区公布完整地址或账号标识。

U6VPN 提供 90+ 国家 / 170+ 线路，设备不限台数；覆盖规模提供选择空间，并不构成对某个 AI 平台放行结果的保证。实际使用可以保留一个主要出口和合适的备用路径，只有出现可复现的网络异常时才做对照。让路径服务于任务，而不是在正常工作时持续轮换，是保持环境可解释的重要前提。

AI 平台的账号注册、身份认证与功能授权应分别核对。注册成功只说明账号建立，不说明所有模型和工具都已开放；登录成功也不说明组织许可、付费状态或地区要求已经满足。开始前先确认访问的是平台官方页面，仔细核对域名和登录方式。搜索结果中的仿冒入口、共享账号页面和代登服务，可能带来凭据泄漏风险，不应把账号密码交给所谓线路检测人员。

注册资料与平台规则

按平台要求提供真实且有权使用的资料，保留能够正常接收账号通知的渠道。网络服务的注册条件不能套用到 AI 平台：U6VPN 无需邮箱地址，用户名加密码即可注册，但目标工具可能有自己的资料要求。不要为了完成注册伪造身份、借用他人支付资料或反复创建账号。若平台明确提示当前条件不符合要求，应依据官方说明处理，而不是把该提示当成单纯网络故障。

使用第三方身份提供方登录时，身份提供方与目标工具之间存在跳转和授权回调。浏览器若阻止必要 Cookie、弹出窗口或跨站跳转，可能出现登录页面循环。先观察地址栏是否正常返回目标站，再检查浏览器对该站点的设置。可以在独立浏览器配置中测试，避免直接清空全部浏览数据；清理操作会结束其他会话，也可能删除尚未同步的本地内容。

会话连续性与重新认证

已登录页面保存的是会话状态，不是永久凭证。修改密码、组织策略变化、会话到期或风险检查，都可能要求重新登录。若页面持续显示已登录，但请求返回身份失效提示，先保存草稿，再通过官方入口正常退出和重新认证。不要从他人设备复制 Cookie，也不要将访问令牌粘贴到不明脚本中。会话材料通常可以代表账号执行操作，其敏感程度不低于密码。

账号在多台设备使用时，尽量保留清晰的设备与环境记录。设备不限台数是 U6VPN 的连接事实，不意味着 AI 平台允许任意共享账号或并发使用。目标平台可能对个人账号、团队席位和自动化调用分别制定规则。若团队成员需要共同使用，应采用平台允许的组织与授权方式，而不是共享同一份浏览器会话。网络层与账号层的限制需要各自遵守。

循环登录的排查顺序

先区分“根本到不了登录页”与“认证后回不到工具”。前者优先检查网络和域名解析；后者检查回调请求、Cookie 设置与出口连续性。若只在带有隐私扩展的浏览器出现问题，可在干净配置中对照，但不要直接关闭整台设备的防护。若使用单位统一登录，还应检查组织是否已授权该应用，必要时交由管理员确认，而不是在个人侧重复提交授权申请。

登录完成后，用简单、非敏感的文本确认账号功能。先不要上传工作文件或导入代码仓库，以免把权限排查与数据处理混在一起。遇到功能灰显，应查看套餐或组织许可；遇到内容被拒绝，应核对平台内容政策；遇到生成额度提示，应查看用量。不同提示对应不同责任边界，不能统一用清缓存或换线路处理。

需要向客服或管理员求助时，提供错误原文、发生动作、浏览器类型和是否经过第三方登录即可。截图应遮住个人资料、会话标识、付款信息和恢复材料。若怀疑账号已被他人使用，应先走平台的安全恢复流程，撤销可疑会话，再处理网络体验。恢复账号控制权比继续测试线路更重要。

流式输出会在答案尚未生成完成时持续传回内容。它与下载一个静态页面不同：连接需要保持，浏览器需要逐段接收，途中还可能伴随任务状态更新。页面已经显示开头，不代表后续链路一直正常；同样，长时间没有新文字，也可能是模型正在处理工具调用或服务端任务。判断前先观察页面是否仍有状态变化，再查看请求是持续等待、主动结束还是被错误中断。

连接中断与任务仍在执行

网络短暂切换、设备休眠、浏览器标签页被冻结，或者中间网关处理空闲连接的方式，都可能影响持续输出。移动设备从一个网络切到另一个网络时，已有连接通常不能简单迁移；客户端显示重新接通，也不意味着旧请求自动恢复。若答案停止，先保存已显示内容，查看刷新后的对话是否包含完整结果。服务端可能已经生成完成，只是浏览器没有收到最后一段。

反复点击重新生成并非总是安全的恢复方式。对于普通聊天，它可能创建另一个回答；对于带有外部工具的任务，它还可能触发检索、写入或其他操作。应先确认原任务状态，再决定重新提交。涉及工作文件时，可在最初测试中使用简短且无敏感信息的输入，减少排查期间重复传输内容。不要用真实业务数据测试一个尚未确认正常的网络环境。

开发者工具中的证据

浏览器开发者工具的网络面板可以保留失败动作对应的请求。打开面板后重现问题，观察请求域名、状态、开始时间和响应是否持续增长。请求停留在等待阶段，可能涉及连接或服务端排队；已收到响应但页面没有更新，则可能与脚本、扩展或页面状态有关。判断需要结合响应内容，不能只用一个状态标签下结论。对于流式接口，请求长时间保持打开本身可能是正常行为。

有些安全扩展会过滤请求，有些网络设备会缓存或缓冲响应，导致内容积累后才集中出现。若只有某个浏览器异常，可用干净配置对照；若所有应用都表现为持续输出中断，再检查客户端和本地网络。不要把导出的网络记录直接发到公共渠道，其中可能包含授权头、Cookie、请求正文与文件地址。即使删除了密码字段，也不代表记录已经完成脱敏。

附件、图像与语音的独立路径

附件上传成功并不等于分析任务已经创建。常见流程是先上传文件，再把文件引用交给任务服务，最后轮询或订阅处理结果。任何一段失败都可能让界面停在处理中。检查时分别观察上传请求、任务创建请求和结果请求，不要只看进度条。若文本正常而附件异常，应进一步核对文件格式、平台限制、组织权限及存储域名的分流情况，而不是立即更换整个账号。

语音和实时交互还可能使用不同于文本聊天的连接方式，并受设备权限影响。麦克风没有授权、浏览器音频策略或企业网络限制，都可能造成“文本可用、语音不可用”。先检查本地权限和设备输入，再确认工具是否向当前账号开放相关功能。网络代理的接管范围也需要核对，浏览器文本请求经过代理，不代表其他传输方式一定采用相同路径。

工作时可以把“输出是否完成”纳入保存习惯。长答案生成结束后再复制到工作文档；代码建议先审查再执行；工具调用结果则核对目标系统是否真的发生变化。网络稳定性只是可靠工作流的一部分，生成结果仍需人工确认。需要比较线路时，应以连续完成实际任务的表现为依据，而不是只比较测速面板上的数字。

ChatGPT、Claude、Gemini、Copilot、Midjourney 与 Cursor 都可能需要国际网络访问，但入口、认证体系和任务形态并不相同。一个工具恢复正常，不能证明其他工具的规则也已覆盖。工具名称还可能同时指网页产品、桌面应用、开发接口或组织服务。排查前先写清具体入口与使用动作，再检查相应产品的官方支持范围，避免拿网页的订阅状态去解释开发接口的授权问题。

ChatGPT、Claude 与 Gemini

ChatGPT 网页中的对话、文件功能和开发接口应分开看待。网页能聊天，说明当前会话具备相应网页能力，并不说明开发项目已配置付款或模型权限。Claude 同样需要区分聊天账号与开发平台项目，模型列表、组织设置和调用额度可能由不同入口管理。遇到提示时先识别它来自哪个产品页面，再进入对应管理界面核对，避免在不相关的订阅页面来回修改。

Gemini 的个人网页入口、开发者工具和云端产品，也不能视作一份完全相同的权限。账号类型、组织管理员设置及当前产品的地区政策都可能影响可用功能。若使用学校或单位账号，某些入口不可用可能是管理策略，而非线路故障。可以用官方帮助确认账号类别是否受支持，但不应为绕开组织限制而擅自转移工作资料到个人账号。

Copilot 与 Cursor

Copilot 是一个容易产生歧义的名称。排查时应说明是 GitHub Copilot 编程功能，还是其他同名产品。以编程场景为例，浏览器负责授权，IDE 扩展负责发送补全或聊天请求，组织还可能决定席位和代码相关政策。浏览器授权页正常而扩展离线时，要检查扩展运行位置、代理继承和组织许可，不应只在浏览器里反复退出登录。

Cursor 中的编辑器界面、账号状态、模型请求和远程开发环境也可能分别出现故障。某个模型不可用，不代表整个编辑器网络中断；可能需要核对当前账号权限、模型服务状态或应用内错误。使用远程工作区时，还应确认请求由本机应用发起，还是由远程扩展进程发起。只有明确执行位置，才能知道该检查本地客户端还是远端环境。

Midjourney 与 Discord 工作流

使用 Midjourney 时，先确认当前采用网页工作流还是 Discord 相关入口。Discord 的登录、频道消息与媒体资源各有请求路径，频道可以打开，不代表图片资源或任务回传正常。若任务已经被接受，但结果预览加载失败，应检查媒体请求而不是重复提交绘图。网页入口的资格与操作方式可能变化，具体以平台当前说明为准，不应假定所有账号都采用相同工作流。

绘图任务的排队、内容审核和生成失败，也不等于网络断连。先查看任务是否进入平台队列、有无明确拒绝提示，以及其他普通消息能否正常更新。对 Discord 长连接和出口连续性有进一步需求，可阅读Midjourney 加速器选择与连接排查，结合实际入口判断。不要用频繁更换 IP 的方式处理内容审核或账号资格问题。

工具之间可以共享一套清晰的排查方法，但不能共享未经确认的结论。保留“入口—身份—权限—请求路径—结果”的记录，既能减少重复测试，也能在向平台或网络服务求助时给出准确上下文。所谓 AI 线路更适合被理解为面向这些任务的路径选择，而不是某种通用授权。

API 调用由应用程序直接发出，不依赖浏览器已经登录的会话。网页聊天正常而代码报错时，应先确认开发项目是否创建、凭据是否有效、接口地址是否正确，以及所需模型是否对该项目开放。网页订阅和 API 计费往往独立管理，不能把网页套餐当作接口额度。网络服务也不提供模型调用额度。明确这些边界，可以避免把鉴权失败误判成线路无法连接。

最小请求与官方端点

先用平台官方文档提供的最小示例测试，不要从完整业务项目开始。业务代码中可能包含自定义网关、重试中间件、缓存和并发逻辑，任何一层都可能改变错误。接口基址应与所用 SDK 和产品匹配，不能因为接口格式相似就混用不同提供方的密钥。使用组织网关时，应确认网关由组织授权管理，了解它会处理哪些请求内容，而不是将凭据提交给来源不明的兼容接口。

以下示例使用 OpenAI 官方模型列表端点，凭据从运行环境读取，仅用于区分基本连接与接口响应。先在可信环境中按项目的秘密管理方式提供变量；不要把密钥写进脚本、版本库或共享截图。示例没有替你配置代理，命令实际走哪条路径，仍取决于当前进程环境。成功列出模型也不表示所有生成接口都具备可用额度。

curl --silent --show-error --fail-with-body \
  "https://api.openai.com/v1/models" \
  -H "Authorization: Bearer ${OPENAI_API_KEY:?请先配置项目凭据}"

响应分类与错误正文

连接失败、证书失败、身份失败、权限不足、用量受限和服务端异常，应采用不同处理方式。没有收到 HTTP 响应时，优先检查域名解析、代理连接和加密协商；已经收到接口错误正文时，先阅读其中的错误类别与说明。鉴权问题需要核对密钥及项目，模型权限问题需要检查项目能力，用量限制需要查看额度或速率策略。不要因为错误界面中出现“重试”，就对所有类型执行自动重试。

证书校验失败时，不要关闭校验来让请求暂时通过。应检查系统时间、运行环境的证书库、企业网络是否进行授权的流量检查，以及应用是否使用过期或错误的证书配置。企业环境需要由管理员提供可信配置。关闭校验会改变连接的安全边界，也会掩盖真实故障，使后续测试失去参考价值。

重试、幂等与流式消费

瞬时故障可以采用有上限的退避重试，并遵循服务端给出的等待指示。认证失败、参数错误或权限不足，应停止并修正配置。请求超时尤其需要谨慎：客户端没有收到结果，不代表服务端没有执行。对生成、文件处理或外部工具操作，先检查平台是否提供请求标识、任务状态查询或幂等机制，再决定是否重发。不要假定任意自定义请求头都能获得幂等效果。

流式 API 还需要正确读取分块事件，不能假设每次网络读取都对应完整的一条消息。应用应处理不完整片段、结束信号和取消动作，并在连接中断时保留已确认内容。若非流式调用正常而流式调用失败，可检查中间网关是否缓冲响应，以及 SDK 的消费方式是否符合平台协议。自行拼接流式解析器之前，优先使用受支持的客户端实现。

日志应记录请求类型、错误类别、执行环境和经过脱敏的请求标识，不应默认记录授权头或完整输入输出。调试结束后撤销临时权限，检查终端历史和持续集成日志是否泄漏秘密。若凭据曾暴露，应在平台撤销并更换，删除日志不能消除已经发生的暴露。可复现、可撤销、可定位，才是适合长期维护的 API 调试方式。

开发场景中最常见的误区，是把“系统代理已开启”理解为“所有程序都会使用代理”。浏览器、终端工具、语言运行时、IDE 扩展、容器和远程主机各有配置方式。有的读取系统设置，有的读取环境变量，有的必须在应用内指定代理。排查时先问请求究竟从哪里发出，再核对那个进程的环境；本机浏览器正常，只能作为本机浏览器的证据。

终端变量与进程继承

终端里的代理变量通常只影响当前 shell 及其子进程。已经启动的 IDE 或后台服务不会自动获得后来设置的变量。不同工具对变量名称、大小写和代理协议的支持也有差异，应阅读对应工具文档。不要把 HTTP 代理地址填入只接受其他协议的配置项；地址可访问，也不意味着协议兼容。代理监听地址与协议应从当前客户端设置读取，不应照抄他人的端口和机器地址。

下面的 shell 示例交互读取客户端实际提供的 HTTP 代理地址，并仅在子 shell 中执行测试，退出后不会把变量留在当前终端。它适合支持相应变量的命令行工具，不是对所有 SDK 的通用设置。请在本地可信终端输入地址；若地址包含认证信息，不要将终端内容或环境转储公开。

printf '请输入客户端提供的 HTTP 代理地址：'
IFS= read -r proxy_url
(
  export HTTPS_PROXY="$proxy_url"
  export HTTP_PROXY="$proxy_url"
  curl --silent --show-error --head https://chatgpt.com/
)
unset proxy_url

这个请求只检查该进程能否收到网站响应，不能验证账号登录或完整聊天。若设置变量后仍失败，可按工具文档显式指定代理，比较结果；如果显式配置有效，而变量无效，说明应检查变量读取和进程继承，而不是更换线路。测试完成后恢复原配置，避免后续构建、包下载或内部系统访问被意外带入同一路径。

IDE、远程工作区与容器

IDE 的扩展可能运行在本机，也可能运行在远程工作区。浏览器授权发生在本机，而补全请求从远端发出时，本机代理无法直接解决远端网络。检查扩展日志中的执行环境，确认其代理设置是应用级、工作区级还是远程级。容器内的本地回环地址指向容器自身，不等于宿主机；应使用开发平台支持的网络配置，不要为求连通而把本地代理监听开放到不受信任的网络。

远程服务器、虚拟机和容器还可能使用不同的证书库。宿主机可以访问，不代表容器里的运行时已信任组织证书。应通过受控镜像或管理员提供的配置处理，而不是在代码里关闭证书验证。团队项目应把必要的配置方法写进开发文档，但不要提交个人代理地址、凭据或订阅材料，让环境设置与业务代码保持分离。

CI 的秘密管理与失败策略

持续集成任务运行在独立执行器中，不会继承开发者电脑的客户端连接。先确认执行器的网络出口与平台支持范围，再配置项目所需的凭据。秘密应由 CI 的秘密管理功能注入，限制可使用它的分支、任务与人员。来自不可信贡献的任务不应自动取得生产凭据；日志脱敏也不能替代访问控制，因为脚本可能以其他方式输出或传送秘密。

把模型请求放进构建流程前，还应决定外部服务失败时如何处理。核心发布步骤不宜无限等待生成结果；可以将非必要生成任务独立执行，清楚标记失败，并保留人工复核入口。重试应有停止条件，费用和输出内容应能追溯到具体任务。U6VPN 支持 Windows / macOS / iOS / Android / Linux，但某个开发工具是否读取代理、某个远程执行器能否使用本地连接，仍由该工具与运行环境决定。

遇到异常先保留错误，再暂停重复操作。连续失败时快速换出口、换账号和重新提交，会让原始问题被新的会话变化覆盖。可按故障发生的位置分层：本地网络是否正常、代理是否接管目标应用、目标平台是否返回响应、账号是否有权限、任务是否超出当前用量。每一层都寻找可以支持或否定判断的证据，不使用“可能是线路”作为所有现象的最终解释。

限流与账号限制不是同一种问题

限流可能针对请求频率、并发、项目资源或账号用量，具体口径由平台决定。应读取错误正文和官方控制台，不要仅凭界面上“稍后再试”的提示推断原因。若是调用节奏问题，减少并发、合并重复请求并遵循等待指示；若是额度问题，检查对应产品的用量；若是权限问题，则由账号或组织管理员处理。换 IP 既不能补充额度，也不应被用来规避平台的合理限制。

账号被暂停或功能被限制，可能与身份核查、支付争议、共享行为、内容政策或自动化使用有关，平台通常不会公开全部判断依据。不要自行承诺某条线路能够消除封禁。通过官方入口阅读通知、整理可核实的资料并申请复核，才是处理账号问题的途径。若同时存在可疑登录迹象，应先恢复账号安全，再继续使用，避免将泄漏问题误当成普通网络波动。

按现象收敛排查范围

对照测试应尽量保持其他条件不变。同一账号、同一输入在不同浏览器的差异，可以帮助识别本地状态；同一环境在不同线路的差异，可以提示路径相关问题，但仍需排除平台短时波动。一次成功不能证明永久恢复，一次失败也不能证明整条线路不可用。测试后写下能够重复出现的规律，比收集大量没有上下文的错误截图更有价值。

支持纪要与长期维护

求助时整理一份简短纪要：目标工具与入口、具体失败动作、错误原文、客户端及应用环境、出口地区、已做过的对照测试，以及是否只有当前设备受影响。工单可通过用户面板提交。不要附上密码、API 密钥、完整订阅链接、Cookie 或未脱敏的网络记录；如果支持人员需要更详细日志，应先了解收集范围并删除敏感字段。

恢复后保留有效配置和原因，撤销临时测试改动。定期检查客户端规则来源、应用授权与项目密钥，离职成员和不再使用的自动化任务应及时撤销权限。对重要工作，保存输入材料和经过审核的结果，不把浏览器会话当成唯一存储。环境变化后重新验证主要流程，而不是因为以前正常，就默认所有扩展、远程任务和新功能仍走相同路径。

套餐选择应依据实际流量与使用节奏，而不是把更高价格理解为更高的 AI 账号权限。U6VPN 月订阅为 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB；流量按开通日每月重置，中途升级差价折算成剩余天数。流量包用完为止，永久不过期。完整档位见套餐价格页，本服务提供 7 天无理由退款，支持支付宝 / 微信 / USDT。

如果还没有完成订阅导入，请回到快速上手教程；需要复核首次使用的完整流程，可阅读新手使用指南。本页的查阅顺序可以随问题调整，但判断原则始终相同：先确认入口和资格，再验证请求路径，最后处理应用配置。把每次访问整理成可核对的纪要，才能让下一次排查更短、更准确。