JCNode 免费节点与实用教程

免费节点订阅 最后更新：2026-07-02 08:55（北京时间） 本次筛出 263 个高可用节点，覆盖：美国(124个)、香港(38个)、罗马尼亚(18个)、日本(17个)、法国(15个)、英国(13个)、德国(9个)、韩国(6个)、荷兰(5个)、台湾(3个)、新加坡(3个)、澳门(2个)、芬兰(2个)、瑞士(1个)、波兰(1个)、俄罗斯(1个)、意大利(1个)。 本批节点已通过本地 mihomo/sing-box 双核分层延迟测试、轻量测速，最终保留节点还会补做一次真实 HTTP 复核。节点名称中如 1.6MB/s 为本地当次轻量测速结果，仅供同网络环境参考，不代表所有地区、时段和用途下的绝对速度上限。 说明：节点来自公开分享，实际可用率会受到地区、运营商、拥塞、多人同时使用、出口变化以及测试时间窗口影响。 🔎 查看节点筛选过程 📺 本期视频（含今日口令）：点击观看 订阅链接 请输入当期口令获取订阅链接，口令可在本期 YouTube 视频中获取。 获取订阅链接 往期订阅：点击查看 （密码：jcnode.com） ...

2026年06月多模型 AI API中转站免费额度收集记录，包含注册送额度、签到送额度、AFF 赠送和收集日期。

今天这批免费节点最值得看的，是 mihomo、sing-box、HTTP 分开实测后差异很大，不能合成一个好看的总数。后面又经过真延迟、轻量测速和稳定性复核，最终进入名单的是 263 个，重点在连续收口。 先去掉 5280 个重复项 18254 个原始节点看起来不少，但第一步就移除了 5280 个重复项，重复占比约 28.9%。总数大不等于结果实在，先把重复节点压下去，后面的判断才有基础。 [INFO] stage start: dedup ... [INFO] stage finish: dedup 去重结果: 输入 18254，输出 12974，移除 5280 预筛只是入口，不等于上榜 去重后进入预筛的是 12963 个候选，真正通过的只有 529 个。这里主要挡掉明显不通和状态不稳的节点，避免后面把时间花在一开始就站不住的结果上。 任务类型: scheduled ... URL健康判定: canary，已加载 881 个历史稳定节点，阈值 sample=881 / min_fails=400 第一阶段预筛: 控制URL 4 个，至少成功 3 个，3 轮 2 过 三类内核分开看才有参考价值 mihomo、sing-box、HTTP 的结果差异很明显：303/12094、0/417、220/267 不能混成一个漂亮总数。分开测，才能看出哪一类今天更值得继续往后验。 mihomo测试完成: 303/12094 可用 ... sing-box测试完成: 0/417 可用 ... HTTP节点测试完成: 220/267 可用 真延迟复核继续收紧名单 预筛通过不代表就能直接留下，真延迟阶段把 529 个继续压到首轮通过 347 个。可疑失败节点又复测救回 18 个，最终保留 365 个，既防误杀，也没有放松门槛。 ...

今天这批免费节点最值得看的，是 13708 个原始节点进场后，最后只留下 496 个。数量被压下来不是坏事，说明重复项、表面可用、低速和短时不稳的节点都被继续挡掉了。 总数大，先看重复有多少 原始节点有 13708 个，但去重后只剩 8969 个，一次移除 4739 个重复项。先把这 34.6% 左右的重复压下去，才不会把换了名字的同一批节点当成新增数量。 [INFO] stage start: dedup ... [INFO] stage finish: dedup 去重结果: 输入 13708，输出 8969，移除 4739 第一关挡掉明显不可用 去重后的候选里，第一阶段先看基础连通和状态表现。8968 个候选最后只有 969 个通过预筛，说明大多数明显不通或状态不稳的节点已经没有继续往后放。 任务类型: scheduled ... URL健康判定: canary，已加载 763 个历史稳定节点，阈值 sample=763 / min_fails=381 第一阶段预筛: 控制URL 4 个，至少成功 3 个，3 轮 2 过 三类内核分开看才靠谱 mihomo、sing-box、HTTP 的结果差异很大，混成一个总通过数反而容易误判。mihomo 是 780/8225，sing-box 是 1/348，HTTP 是 184/216，能不能用要按类型拆开看。 mihomo测试完成: 780/8225 可用 ... sing-box测试完成: 1/348 可用 ... HTTP节点测试完成: 184/216 可用 真延迟复核不是走过场 看起来能连还不够，第二阶段会用真实目标再压一遍。首轮通过 663 个，复测又救回 26 个，最后保留 689 个，这个结果更接近实际打开时的体验。 ...

今天这批免费节点更值得看的地方，是没有把三类内核混成一个好看的总数，而是分开实测后再继续复核。375 个最终保留结果，来自重复项、表面可用和短时不稳节点被连续压下去之后。 14153 个里先剔掉重复水分 原始数量有 14153 个，但第一关先去掉 5300 个重复项，留下 8853 个再继续筛。总数大不等于结果扎实，重复节点先出局，后面的判断才有意义。 [INFO] stage start: dedup ... [INFO] stage finish: dedup 去重结果: 输入 14153，输出 8853，移除 5300 8840 个候选，先看基础可用性 去重后的候选并不会直接进入最终名单，第一阶段先把明显不通、状态不稳的节点挡住。8840 个候选里只有 612 个通过预筛，说明第一关已经收得比较紧。 任务类型: scheduled ... URL健康判定: canary，已加载 420 个历史稳定节点，阈值 sample=420 / min_fails=210 第一阶段预筛: 控制URL 4 个，至少成功 3 个，3 轮 2 过 三类内核拆开看，差异才不会被盖住 mihomo、sing-box、HTTP 的结果差别很明显，不能混在一起只报一个总数。mihomo 是 462/8454，sing-box 是 1/142，HTTP 是 145/211，分开测才能看出哪类节点真正站得住。 mihomo测试完成: 462/8454 可用 ... sing-box测试完成: 1/142 可用 ... HTTP节点测试完成: 145/211 可用 预筛通过后，还要过真延迟复核 能通过预筛，不代表实际打开目标时也稳定。真延迟首轮通过 441 个，复测又救回 37 个，最后保留 478 个，名单在这里继续变实。 ...

152 个候选已经过了测速，稳定性复核里还是刷掉 18 个，这就是今天这批免费节点最该看的判断。最后留下的 134 个不是随手放行，而是预筛、真延迟、测速和稳定性复核连续收紧后的结果。 6488个原始节点里，先挤掉多少重复 原始数量看起来很大，但第一步先处理重复项：6488 个输入里只留下 3472 个，直接移除 3016 个。这样做是为了避免同一批节点换名反复出现，把数量撑得好看。 [INFO] stage start: dedup ... [INFO] stage finish: dedup 去重结果: 输入 6488，输出 3472，移除 3016 第一关先挡掉明显不可用的节点 去重后进入预筛，3461 个候选里只有 233 个通过。这里先看基础连通和状态表现，把明显不通、短时间内不稳的节点挡在前面。 任务类型: scheduled ... URL健康判定: canary，已加载 359 个历史稳定节点，阈值 sample=359 / min_fails=179 第一阶段预筛: 控制URL 4 个，至少成功 3 个，3 轮 2 过 三类内核拆开测，结果不能混成一个数 mihomo、sing-box、HTTP 的结果差异很明显：mihomo 是 92/3099，sing-box 是 2/146，HTTP 是 139/184。分开看才知道可用节点主要来自哪里，也能避免用一个漂亮总数掩盖差异。 mihomo测试完成: 92/3099 可用 ... sing-box测试完成: 2/146 可用 ... HTTP节点测试完成: 139/184 可用 真延迟复核后，还剩159个能继续看 预筛通过不等于真正可用，后面还要用真实目标再复核。首轮通过 157 个，复测救回 2 个后保留 159 个，这一步是在补漏，不是放宽标准。 ...

今天这批免费节点最关键的判断是：195 个不是数量少，而是先把 43.6% 重复项和表面可用节点压下去后的结果。从去重、分内核到真延迟、轻量测速和稳定性复核，名单是一关一关收紧出来的。 6288 个里，先清掉重复水分 原始 6288 个节点先压到 3545 个，一次移除 2743 个重复项，重复占比约 43.6%。这一步能看出总数大不等于结果实在，重复节点不会被拿来凑规模。 [INFO] stage start: dedup ... [INFO] stage finish: dedup 去重结果: 输入 6288，输出 3545，移除 2743 3534 个候选，先过第一道门槛 去重后进入第一阶段的候选有 3534 个，预筛通过 305 个。这里还不能当作最终可用，只是先把明显不通、状态不稳的节点挡在后面。 任务类型: scheduled ... URL健康判定: canary，已加载 494 个历史稳定节点，阈值 sample=494 / min_fails=247 第一阶段预筛: 控制URL 4 个，至少成功 3 个，3 轮 2 过 三类内核分开测，避免一个总数误导 mihomo、sing-box、HTTP 的通过情况差异很大：155/3015、9/151、139/183 不是同一种表现。分开看能避免把不同类型混成一个可用数，最终名单也更有参照。 mihomo测试完成: 155/3015 可用 ... sing-box测试完成: 9/151 可用 ... HTTP节点测试完成: 139/183 可用 真延迟复核，把表面可用继续压下去 第二阶段不是只看能不能连上，而是用真实目标再检查一遍。首轮通过 202 个，复测又救回 13 个，最后保留 215 个，说明失败项也经过了再确认。 ...

今天最值得看的，是同一批免费节点在 mihomo、sing-box、HTTP 三类实测里差别很大，不能把结果混在一起报数。分类型测完以后，再经过真延迟、轻量测速和稳定性复核，最终名单收口到 205 个。 6025 个进来，先看有没有重复撑数 原始数量有 6025 个，但第一步就去掉了 2606 个重复项，剩下 3419 个再进入后续筛选。这样后面看到的结果，才不是同一批节点换名字反复出现。 [INFO] stage start: dedup ... [INFO] stage finish: dedup 去重结果: 输入 6025，输出 3419，移除 2606 3408 个候选，第一道门只放过 308 个 预筛先挡掉明显不通、状态不稳的节点，3408 个候选里只有 308 个先过线。这里还不是最终名单，只是把明显不适合继续测试的部分先压下去。 任务类型: scheduled ... URL健康判定: canary，已加载 564 个历史稳定节点，阈值 sample=564 / min_fails=282 第一阶段预筛: 控制URL 4 个，至少成功 3 个，3 轮 2 过 三类内核分开看，结果差得很明显 mihomo 是 155/3062，sing-box 是 2/140，HTTP 是 149/177，三类结果不能简单相加或混着看。尤其 sing-box 只有 2 个通过，说明只看一个总数很容易误判今天的可用情况。 mihomo测试完成: 155/3062 可用 ... sing-box测试完成: 2/140 可用 ... HTTP节点测试完成: 149/177 可用 真延迟复核后，只保留 218 个 真延迟阶段继续把预筛结果往下压，首轮通过 211 个，复测又补回 7 个。复测后通过数是 218 个，说明表面能连还不够，真实目标能稳定打开才继续留下。 ...

今天最值得看的，是6216个原始节点经过连续收口后只剩118个，最终名单不是靠总数撑起来。去重、分内核、真延迟、测速和稳定性复核都走完后，留下来的节点才更有参考价值。 先把虚胖的数量压下去 原始数量有6216个，但第一步就去掉2694个重复项，重复占比约43.3%。这说明总数大不等于名单扎实，先去重才能避免同一批节点换名反复出现。 [INFO] stage start: dedup ... [INFO] stage finish: dedup 去重结果: 输入 6216，输出 3522，移除 2694 预筛先挡掉明显不稳的节点 去重后进入第一阶段候选的是3511个，预筛通过213个。这个结果只能说明节点先过了入口检查，还不能直接当成最终可用名单。 任务类型: scheduled ... URL健康判定: canary，已加载 591 个历史稳定节点，阈值 sample=591 / min_fails=295 第一阶段预筛: 控制URL 4 个，至少成功 3 个，3 轮 2 过 三类内核分开看，结果差异很明显 mihomo、sing-box、HTTP 的可用结果差得很开，混成一个总数反而容易误判。尤其 sing-box 只有2/155，可见不同类型节点必须分开测才有参考价值。 mihomo测试完成: 120/3198 可用 ... sing-box测试完成: 2/155 可用 ... HTTP节点测试完成: 91/127 可用 真延迟复核继续收紧名单 能连上不代表真实访问稳定，所以第二阶段继续用真延迟压名单。首轮通过128个，复测补回8个后最终保留136个，误伤尽量补回，但整体仍然没有放宽。 第二阶段真延迟: 目标URL 1 个，同 URL 2 轮 2 过 ... 第二阶段真延迟首轮结果: 通过 128，失败 85 第二阶段真延迟可疑失败复测: 34 个节点，重试并发 3 第二阶段真延迟复测结果: 恢复 8，仍失败 26 第二阶段真延迟复测后: 通过 136，失败 77 测速不只是贴速度标签 第三阶段轻量测速继续筛掉15个低速或无吞吐节点。也就是说，速度检查不仅用于展示快慢，还会把实际体验明显掉队的节点拦下来。 ...

435 个预筛通过不是结果，真延迟复核后只剩 310 个还能继续看。今天这批免费节点的关键不在原始数量，而在后面几关把重复、表面可用和短时不稳继续压下去。 6407个里，先踢掉3144个重复项 原始数量看起来很大，但先要看里面有没有重复堆量。去重后剩 3263 个，近一半重复内容没有被拿来撑最终名单。 [INFO] stage start: dedup ... [INFO] stage finish: dedup 去重结果: 输入 6407，输出 3263，移除 3144 预筛过线，只是拿到入场资格 去重后的候选先过第一道入口，明显不通、状态太飘的节点会先被挡掉。3252 个候选里只有 435 个过线，这个数字还不能直接当成可用结果。 任务类型: scheduled ... URL健康判定: canary，已加载 526 个历史稳定节点，阈值 sample=526 / min_fails=263 第一阶段预筛: 控制URL 4 个，至少成功 3 个，3 轮 2 过 三类内核分开测，避免总数误导 mihomo、sing-box、HTTP 的表现差异很明显，混在一起报总数会把问题盖住。尤其 sing-box 只过 6/158，单独列出来更能看清每类节点的真实状态。 mihomo测试完成: 339/2919 可用 ... sing-box测试完成: 6/158 可用 ... HTTP节点测试完成: 89/143 可用 真延迟复核，才开始看实际可用 预筛能过，不代表真实打开也稳。真延迟首轮通过 276 个，复测又救回 34 个，最后保留 310 个进入后面的检查。 ...