外观
按 AI 场景筛选品牌资料：从标签到实测的路径
有 AI 使用需求时，筛选品牌资料的合理路径是五步：先用硬约束排除不可行项，再读场景标签缩小范围，接着核对价格、客户端与协议等静态参数，然后用月付价或短周期套餐做逐节点实测，最后把结果写进可复核的记录。
场景标签只代表资料提及，品牌资料显示覆盖相关使用场景，具体可用性、解锁状态及节点表现可能随 IP、地区和平台策略变化，建议以最新实际测试结果为准。
核心结论与适用条件
- 如果你只想从资料里读出“哪家能用 AI 工具”，那么这条路走不通。本站 17 个品牌的 AI 字段均为 Vendor Data，测速状态均为 Not Tested，资料层面只能缩小范围，不能给出可用结论。
- 如果你能接受先付一个月费用做验证，那么应把月付价品牌放在验证队列前面；如果你只考虑年付折算价品牌，则必须先到官网确认是否有更短的付费周期，这一项在本站资料中为待核实。
- 如果你的 AI 使用以文本对话和编程助手为主，那么流量档位压力较小，筛选重心应放在客户端的分流能力、协议字段可核对性和节点自测上。
- 如果你的使用涉及图像、语音或大量文件，那么流量估算要回到专门的估算方法，可以先了解 AI 工具的流量消耗如何估算，再回来看档位。
- 如果你是多人共用，那么设备数、共用规则和账号隔离会成为新的硬约束，应把它们放在价格之前核对。
本文只讲“怎么筛”，不给出品牌排序，也不承诺任何平台的可用性。AI 场景的整体网络条件见AI 场景专题总览，这里默认你已经知道影响因素有哪些，关心的是怎样把它们变成一套可执行的筛选流程。
为什么标签不能直接当结论
场景标签是整理资料时形成的分类，它回答的是“这家品牌的公开资料有没有提到这个用途”，而不是“这家品牌的节点在今天被某个 AI 平台接受”。两者之间隔着至少三层：
第一层是资料与现实的时间差。品牌页面描述的是套餐设计与定位，节点出口 IP 的状态每天都在变化。第二层是平台侧的判断。AI 平台根据出口 IP 的类型、历史行为、所在地区和请求特征做风控，这些规则不对外公开，也会调整。关于出口 IP 为何会出现“同一节点不同结果”，可以参考 IP 信誉与平台风控的通用机制。第三层是用户侧的使用方式。同样的节点，一个人用浏览器正常登录，另一个人在多个设备之间频繁切换地区，结果可能完全不同。
所以标签适合做“初筛”，就像在书店按分类找书架：它告诉你去哪一排看，而不是告诉你哪本书适合你。把标签当结论，是选型过程中最常见的误读。
另一个容易忽略的细节是，标签的有无并不对称。有标签表示资料提及；没有标签则可能是资料没有写、也可能是品牌确实不面向该用途。因此“没有 AI 标签”不是排除条件，只是“缺少一条初筛线索”。
五步筛选路径总览
下面是本文的主线。每一步都有明确的输入、判断动作和输出，输出会成为下一步的输入。
| 步骤 | 输入 | 判断动作 | 输出 | 主要风险 |
|---|---|---|---|---|
| 一、硬约束 | 你的预算、付费习惯、客户端偏好 | 排除无法满足的条件 | 可行候选集 | 把软偏好当成硬约束，误删候选 |
| 二、场景标签 | 候选集中的标签字段 | 标记有无 AI 标签，不据此排序 | 带标记的候选 | 把标签当作可用性结论 |
| 三、静态参数 | 价格类型、流量、协议、客户端 | 核对字段是否齐全、哪些待核实 | 参数表与待核实清单 | 忽略年付折算与月付价的区别 |
| 四、实测 | 月付价或短周期套餐 | 逐节点登录、对话、长输出、分流验证 | 带日期的测试记录 | 只测一次，或只测单一时段 |
| 五、记录与复测 | 测试记录 | 设定复测触发条件，决定去留与备用 | 主力与备用的决定 | 记录缺失，导致无法复核 |
这条路径的价值不在于它多精巧，而在于它把“凭感觉选”拆成了可以逐步检查的动作。每一步的失败都有明确的退出方式：硬约束不满足就不进入下一步，实测不通过就回到候选集重新选，而不是硬着头皮继续付费。
第一步：用硬约束缩小候选范围
硬约束是你无论如何都不愿放弃的条件，判断标准是“不满足就一定无法使用”。常见的硬约束有三类。
付费周期。 能不能接受一次性支付整年费用？本站资料中光速云、微风网络、飞猫云、星岛梦的价格均为年付折算，月付价待核实；其余品牌资料标注的是月付价。如果你无法接受年付锁定，前四家在资料层面就需要先到官网确认是否有更短周期，确认前不要把它们当作月付方案。关于周期选择与付费风险的一般性权衡，可以回到选型清单看价格口径这一项。
客户端。 你习惯使用的客户端是什么，是否需要按域名做精细分流？品牌资料的客户端字段分几种：自研客户端加第三方订阅导入、仅第三方订阅导入、以及需要按官方订阅格式选择客户端。如果你依赖规则集和策略组，第三方客户端的支持情况就是硬约束。桌面端的选择可以在桌面客户端专题里对照，移动端则看移动端与路由器方案。
协议。 资料里有的品牌协议字段为 VLESS，有的为待核实。待核实不代表不支持，只代表本站无法确认。如果你的客户端只支持某些协议，就要把这一项变成购买前必须向官网确认的问题。协议的通用原理可以在协议专题中了解。
硬约束阶段有一个常见错误：把软偏好误当硬约束。比如“我喜欢自研客户端”是偏好，“我必须能在路由器上运行”才是约束。偏好可以放到后面作为加分项，约束才用来删候选。
第二步：把场景标签当作线索而不是结论
在满足硬约束的候选里，再读场景标签。本站资料中带有 AI工具 场景标签的品牌有光速云、极连云、光年梯、速界、快狸、全球云六家，速界的资料重点强调 ChatGPT、Claude、Gemini。这是整理结果，六家之间没有顺序。
读标签时建议做三件事：
- 只做“有/无”标记，不做“强/弱”判断。资料里的措辞轻重不构成可用性差异。
- 同时看标签与其他字段是否相互印证。例如标签带 AI工具 的同时，客户端支持第三方订阅导入，那么分流配置的灵活度更容易保证；而标签与客户端字段无关联的，也不意味着矛盾。
- 把“没有标签”的候选单独放一栏，不删除。
至于标签背后的“动态能力”，品牌资料显示覆盖相关使用场景，具体可用性、解锁状态及节点表现可能随 IP、地区和平台策略变化，建议以最新实际测试结果为准。这句话在本站所有相关页面保持一致，因为它是目前唯一站得住的表述。
下面的表按“字段—含义—读法”整理了筛选时会遇到的资料字段，方便你知道每个字段能支撑什么判断、不能支撑什么判断。
| 指标 | 单位 | 统计口径 | 能支撑的判断 | 不能支撑的判断 | 数据来源 | 更新时间 |
|---|---|---|---|---|---|---|
| 场景标签（AI工具） | 有/无 | 品牌公开资料是否提及 | 初筛时的线索 | 节点是否被平台接受 | data/brands.json（Vendor Data） | 2026-10-18 |
| 价格类型 | 年付折算价/月付价 | 品牌资料标注 | 付费周期与锁定风险 | 实际到手价格是否变动 | data/brands.json（Vendor Data） | 2026-10-18 |
| 入门流量 | GB | 品牌资料标注的入门档 | 文本类用途的流量余量 | 多媒体用途是否足够 | data/brands.json（Vendor Data） | 2026-10-18 |
| 协议字段 | 文本 | 品牌资料标注，部分待核实 | 客户端兼容性的初判 | 实际订阅内容与官网是否一致 | data/brands.json（Vendor Data） | 2026-10-18 |
| 客户端方式 | 文本 | 自研/第三方导入 | 分流配置的可控程度 | 客户端易用性与稳定性 | data/brands.json（Vendor Data） | 2026-10-18 |
| 线路标注 | 文本 | 品牌资料标注的线路类型 | 线路类型的大致定位 | 入口城市、落地地区、延迟 | data/brands.json（Vendor Data） | 2026-10-18 |
| 速度与延迟 | 数值 | 本站未测 | 无 | 全部 | 待核实（Not Tested） | 2026-10-18 |
| 设备数限制 | 数量 | 资料未提供 | 无 | 全部 | 待核实 | 2026-10-18 |
从这张表可以看到，资料能支撑的判断集中在“成本与兼容性”，而与 AI 使用体验直接相关的延迟、落地地区、设备数限制几乎都是待核实。这就是为什么筛选必须延伸到实测。
第三步：核对静态参数与待核实清单
静态参数的核对分两个动作：把已知的字段对齐，把待核实的字段列成问题清单。
已知字段方面，以带 AI 标签的六家为例，资料层面的差异如下表。表中价格均为入门套餐的资料标注，不是推算。
| 品牌 | 运营起始年份 | 入门价格（类型） | 入门流量 | 协议字段 | 客户端方式 |
|---|---|---|---|---|---|
| 光速云 | 2020 | 年付折合约 7.5 元/月（年付折算） | 59GB | VLESS | 自研客户端+第三方订阅导入 |
| 极连云 | 2024 | 18 元/月（月付价） | 100GB | 待核实 | 自研客户端+第三方客户端 |
| 光年梯 | 2025 | 18 元/月（月付价） | 110GB | VLESS | 自研客户端+第三方订阅导入 |
| 全球云 | 2026 | 20 元/月（月付价） | 120GB | VLESS | 支持第三方客户端订阅导入 |
| 速界 | 2024 | 25 元/月（月付价） | 150GB | VLESS | 自研客户端+第三方订阅导入 |
| 快狸 | 2023 | 25 元/月（月付价） | 150GB | VLESS | 自研客户端+第三方订阅导入 |
这张表同样不是排序，价格和流量档位的不同对应的是不同的使用取向。注意两点：第一，光速云的 7.5 元/月是年付折算价，需要按年一次性支付，月付价待核实，不能与其余五家的月付价直接比较；第二，全球云和光年梯的运营时间较短，资料中已提示长期稳定性需要持续观察，这是风险项而不是优点或缺点的定论。
待核实清单则是你要带着去官网或客服确认的问题，常见的包括：
- 是否提供月付或更短周期，退款与试用规则是什么（本站资料不涉及，不能假定）。
- 同时在线设备数是否有限制。
- 套餐流量的重置方式与是否有速率上限。
- 订阅使用的协议与你的客户端是否兼容。
- 节点的落地地区列表是否公开，是否可以随订阅查看。
把这些问题记录在案，再带着答复进入下一步。官网答复同样需要标注日期，因为套餐会调整。
第四步：设计一次可复现的实测
实测的目标不是证明“它能用”，而是产生一份别人（包括几周后的你自己）能够复核的记录。设计时抓住三个原则：控制变量、覆盖时段、记录现象。
控制变量。 同一台设备、同一个浏览器配置、同一个账号状态，每次只改变一个因素，例如只切换节点。分流规则要先确认生效，否则你测到的可能是“AI 域名根本没走你以为的节点”。验证方法见AI 分流规则的配置与验证，路由层面的原理可以在路由专题里补充。
覆盖时段。 同一节点在白天和晚间的表现可能不同，一次测试只能说明那个时刻。至少在不同时段各测几次，并写明时段。具体次数没有通用标准，以你能持续执行为准。
记录现象。 记录观察到的事实，而不是主观评价。可以参考下面的记录模板，字段可以按需增减：
| 记录项 | 填写内容 | 说明 |
|---|---|---|
| 日期与时段 | 例如日期加上午/晚间 | 便于判断时段差异 |
| 节点名称 | 订阅中显示的名称 | 同名节点后续可能变化，建议同时记录序号 |
| 落地地区核对 | 通过 IP 归属查询看到的地区 | 以你自己查询到的结果为准 |
| 登录现象 | 是否顺利、是否出现额外验证 | 只写现象 |
| 对话现象 | 首次响应、流式输出是否连续 | 不写具体数值，除非你自己测量并注明方法 |
| 分流命中 | 连接日志里 AI 域名命中的规则与节点 | 用于排除配置问题 |
| 备注 | 其他异常或环境变化 | 例如是否切换过网络 |
响应慢的情况需要区分网络与模型两类原因，判断方法可以对照延迟排查的方法。
下面的决策树把“标签到实测”的判断顺序画了出来，适合在拿不准时回头对照。
Decision Path
从筛选到去留的判断顺序
text
开始：我有 AI 使用需求
│
├─ 能否接受一次性支付整年费用？
│ ├─ 否 → 只保留资料标注为月付价的候选，
│ │ 年付折算价候选需先向官网确认是否有短周期
│ └─ 是 → 仍建议先用短周期验证，再决定是否转年付
│
├─ 客户端是否需要按域名分流？
│ ├─ 是 → 候选必须支持第三方订阅导入或可配置规则的客户端
│ └─ 否 → 客户端字段降为次要条件
│
├─ 协议字段是否为待核实？
│ ├─ 是 → 购买前向官网确认订阅协议与客户端兼容性
│ └─ 否 → 记录协议名称，继续
│
├─ 候选是否带 AI 场景标签？
│ ├─ 是 → 标记为 Vendor Data，进入实测队列
│ └─ 否 → 低优先级进入实测队列，用同一流程验证
│
├─ 实测：登录 / 对话 / 长输出 / 分流命中
│ ├─ 记录完整且现象可接受 → 继续观察不同时段
│ └─ 出现额外验证或中断 → 先排除分流与账号一致性问题，
│ 再决定换节点或换候选
│
└─ 结果稳定后 → 确定主力，另选互补备用，设定复测触发条件知识图谱：AI 场景品牌筛选
实体定义。 品牌筛选在这里指的是：在已有品牌资料的基础上，根据 AI 工具使用需求，依次施加约束、阅读标签、核对参数、验证表现，最终得到主力与备用的决策过程。它的输入是资料，输出是决定，中间依赖的是你自己产生的测试记录。
相关概念。 场景标签是资料整理的分类；Vendor Data 指品牌公开资料提供、本站未实测的数据；Not Tested 表示没有统一实测结果；Measured Data 指有可复核测试方法的实测数据，本站目前没有。出口 IP 信誉、落地地区、分流规则、策略组、账号一致性是影响实测结果的变量。
技术参数。 筛选时用到的参数包括价格类型、入门流量、协议字段、客户端方式、线路标注，它们来自资料；延迟、稳定性、落地地区、设备数限制则必须自测或向官网确认。本站不提供具体速度、延迟或带宽数值。
适用场景。 个人使用文本对话和编程助手；需要先小周期验证再长期付费；需要为团队或家庭挑选共用方案；已有主力订阅、要寻找互补备用。
对比依据。 比较时使用你自己的记录：同样的动作、相近的时段、写明环境。不使用别人的单次截图，不使用没有方法说明的数字，不据此给品牌排序。
常见问题指向。 标签能否等同可用、没有标签是否排除、先看价格还是先看标签、为何先买月付、测什么、多久复测、如何比较结果、团队怎么筛、是否需要备用，均在本文的常见问题中展开。
品牌与方案关联
资料能给出的关联是“静态参数的匹配”。下面以速界为例，因为其资料重点强调 ChatGPT、Claude、Gemini 这类 AI 场景，且入门套餐为月付价，适合作为演示“如何把资料对齐到硬约束”的样本；这不构成推荐，也不是对可用性的承诺。
Infrastructure Service Snapshot
速界 /sujie
- 入门价格
- 25 元/月
- 价格类型
- 月付 月付价
- 入门流量
- 150GB
- 线路
- IEPL专线
- 协议
- VLESS
- 运营年份
- 2024
- 客户端
- 自研客户端+第三方订阅导入
- 支付方式
- 支付宝 / 微信 / USDT
按前面的方法读这张卡片：价格类型是月付价，验证成本较低；客户端方式含第三方订阅导入，分流配置灵活度有保障的可能性较高；协议字段为 VLESS，可以核对客户端兼容性；AI 字段为 Vendor Data，意味着必须自测；线路、落地地区、延迟均待核实或 Not Tested，所以要纳入测试记录。读完之后你应该得到的是一份“待验证清单”，而不是一个结论。
其他品牌的同类资料可以在品牌库中查看，也可以按 AI 工具场景筛选品牌库。若想同时比较多项参数，可以到对比专题看更多维度。需要提醒的是，对比页展示的仍然是资料层面的参数，实测栏位在本站目前均为 Not Tested，真实测速入口见测速专题的说明。
筛选中常见的五种误区
误区一：把年付折算价当月付价比较。 7.5 元/月与 18 元/月放在一起看，会让人以为差价巨大，实际前者需要按年一次性付款。比较前先把价格类型对齐，年付折算品牌的月付价在资料中待核实。
误区四：多个账号混用同一环境。 如果你同时登录多个账号，又在不同节点之间来回切换，账号一致性会变差。设计测试时应把“登录环境稳定”当作前提，详细原则见账号与网络环境一致性。
误区五：把某个节点的结果外推到整个品牌。 一个品牌有多个节点，每个节点的出口 IP 状态不同。测试结论只适用于被测节点、被测时段和被测平台。更换平台（例如从 ChatGPT 换到 Claude 或 Gemini）也需要独立测试，ChatGPT 节点选择的考虑因素可以在专门文章中展开。
针对不同使用方式的筛选侧重
筛选路径是统一的，但不同使用方式在每一步的侧重不同。
编程助手与终端工具。 这类用途往往需要在 IDE 与终端中显式配置代理，系统代理不一定覆盖。筛选时要看客户端是否支持本地代理端口或 TUN 方式，以及你的订阅是否允许多设备同时使用。IDE 的代理配置可以在对应文章中查看，终端侧可以看命令行代理的环境变量写法。
团队共用。 设备数、共用规则、配置分发和账号隔离都变成硬约束。这部分在团队网络方案的文章中有展开，可以对照小团队的网络方案。
与流媒体混用。 如果同一份订阅还要承担流媒体观看，两类需求对节点的要求不同，分流规则要分开设计，也可以了解流媒体场景的判断方式。
决定主力与备用：让结果落地
实测完成后，需要把记录转化为决定。这一步有三个小原则。
主力选择看记录，不看印象。 翻看你的记录，哪一个候选在不同时段下现象最少异常？异常包括额外验证频繁出现、长输出中断、分流命中不稳定。记录里没有的东西不要凭印象补充。
备用要互补而不是重复。 备用订阅的价值来自差异：运营主体不同、线路入口不同、付费周期不同。AI 场景下，备用可以选择流量需求小、月付价透明的方案，平时只做健康检查。备用方案的选择思路可以参考备用订阅的选择方法。
设定复测触发条件。 与其设置模糊的“定期检查”，不如写下触发条件：出现连续异常时复测；套餐或节点列表变更时复测；平台出现政策变动时复测。同时按自己的节奏保留固定的复测日。
做完这些，你的选择就有了记录可查，环境变化时也知道该回到哪一步重做。
优点、限制与风险提示
优点
- 流程把一个模糊的问题拆成了有输入输出的步骤，便于逐步检查，也便于在出问题时定位在哪一步。
- 不依赖对单个品牌的主观评价，所有判断都落在字段、记录和可复核的现象上。
- 把验证成本前置，用月付价或短周期套餐试错，降低一次性付费的风险。
- 记录模板可以长期复用，既能服务当下的选择，也能服务以后的复测与更换。
限制
- 资料层面能支撑的判断有限，延迟、落地地区、设备数限制等关键字段待核实或 Not Tested，必须靠自测补充。
- 实测需要时间和耐心，且结果只代表被测节点、被测时段和被测平台，不能外推。
- 本文不提供品牌排序，也不提供具体速度、延迟数值，读者需要自行形成判断。
- 不同客户端的操作细节会随版本变化，这里只讲通用方法，具体选项请在客户端设置中找到相关项。
风险提示
- 品牌的线路、节点、价格和套餐可能随时调整，下单前以官网实时信息为准。
- 年付折算价需要一次性支付整年费用，验证前不建议直接长周期付费。
- AI 平台的服务地区与风控策略可能变化，请遵守各平台的服务条款与所在地的法律法规，本文只讨论技术原理与选型方法。
- 多账号、多人共用的使用方式会增加账号被限制的不确定性，应提前设计隔离方案。
- 更多关于选型和使用风险的一般性提示，可以先看使用风险专题。
常见问题
品牌标了 AI工具 场景标签，是不是就等于能用 ChatGPT？
不等于。场景标签只说明品牌公开资料提及了这一用途，在本站属于 Vendor Data。品牌资料显示覆盖相关使用场景，具体可用性、解锁状态及节点表现可能随 IP、地区和平台策略变化，建议以最新实际测试结果为准。标签只能帮你缩小候选范围，不能替代自己的测试。
没有 AI 标签的品牌是不是就不用考虑？
不一定。没有标签可能是资料没有提及，也可能是该品牌确实没有面向这一用途，两者在资料中无法区分。如果其价格、客户端和协议字段符合你的条件，可以把它列为低优先级候选，用同一套测试流程验证，再根据结果取舍。
筛选时应该先看价格还是先看场景标签？
建议先排除硬约束，再看标签。硬约束包括能否接受年付锁定、客户端是否支持你要用的分流方式、协议字段是否可核对；通过这一步后，再用场景标签缩小范围，最后才比较价格档位。顺序反过来，容易被低价吸引而忽略自己根本无法满足的条件。
为什么要强调先买月付价套餐验证，而不是直接买年付？
因为 AI 场景的可用性是动态的，购买前无法从资料确认。月付价套餐的试错成本是一个月费用，年付折算价套餐则需要一次性支付整年费用，验证失败后剩余费用通常难以收回。本站资料里年付折算品牌的月付价均为待核实，需要到官网确认是否提供短周期。
AI 场景测试到底要测哪些内容？
至少四类：登录与基本对话是否正常，长时间流式输出是否中途断开，同一节点在不同时间段的表现，以及客户端分流规则是否让 AI 域名固定命中预期节点。每次测试都要记录日期、时段、节点名称、落地地区和现象，否则结果无法复核。
测试结果良好之后需要多久复测一次？
没有通用的固定周期。平台策略和节点 IP 状态都可能变化，所以建议在发现异常时立即复测，并在日常使用中保留一份简短的记录。如果你依赖 AI 工具工作，可以按自己的容忍度设定固定复测日期，例如每月一次，关键是让记录可比较。
多个候选品牌的测试结果应该怎么比较？
用同一张记录表、同一批测试动作、相近的时间段，并且只比较自己记录到的现象，例如是否触发额外验证、输出是否中断、响应是否明显变慢。不要把别人的截图或单次结果当作结论，也不要把一家的结果外推到另一家，更不要据此给品牌排序。
我在 AI 工具上主要用文本，是否可以只看低价套餐？
可以把低价套餐纳入候选，因为文本交互的数据量通常较小，流量档位的压力不大。但低价套餐往往是年付折算价，要先确认能接受整年付费，并核对月付价、设备数等待核实字段。价格低只解决成本，不解决节点是否被平台接受的问题。
团队多人使用 AI 工具时，筛选逻辑有什么不同？
要额外核对设备数限制、是否允许多人共用、客户端能否统一分发配置，这些字段在本站资料中大多待核实，需要以官网说明或客服答复为准。另外多人从不同网络环境登录会增加账号风控的不确定性，因此团队场景要把账号隔离方案一并设计。
筛选到最后只剩一两家候选时，还需要备用方案吗？
需要。AI 场景的可用性可能随时变化，单一订阅一旦出现问题会直接中断工作。备用方案应与主力在运营主体、线路入口或付费周期上有差异，而不是购买同一家的另一个套餐。备用订阅可以选择流量需求小、月付价透明的方案，平时只做健康检查。
Cluster · workflow
AI 工作流
- 为 AI 服务单独配置分流规则如何让 AI 服务固定走指定节点？
- 编程助手与 IDE 插件的代理设置IDE 和编程助手插件怎么设置代理？
- 终端与命令行工具走代理：环境变量与常见坑如何让终端和命令行工具走代理？
- AI 工具的流量消耗：文本、图像与语音场景估算日常使用 AI 工具大概消耗多少流量？
- 小团队共同使用 AI 工具的网络方案小团队一起使用 AI 工具时网络方案怎么规划？
- AI 对话变慢：区分网络延迟与模型响应时间AI 回复慢是网络问题还是模型本身的问题？
- 按 AI 场景筛选品牌资料：从标签到实测的路径有 AI 使用需求时应该如何筛选品牌资料？
下一步
读完本文，可以按下面的顺序继续：先到品牌库按场景筛选出候选，再回到选型清单核对价格口径，随后配置AI 分流规则并验证命中，最后用延迟排查方法区分网络与模型响应。账号层面的稳定性则回到账号一致性那一篇。
信息来源与更新日期
- 信息来源：通用技术资料；品牌公开资料/用户提供清单（data/brands.json，Vendor Data）。
- 数据核实日期：2026-10-18
- 最近更新时间：2026-10-18
- 说明：本站所有品牌当前均为 Vendor Data，测速状态为 Not Tested；价格、套餐、线路与客户端信息以品牌官网实时信息为准。