DeepSeek-V3:671B参数,训练成本557万美元,凭什么?

DeepSeek-V3 技术解读

671B 参数,557 万美元训练成本

MoE 架构 | FP8 混合精度 | 14.8T token 预训练 | 128K 上下文
跑分压着 GPT-4o 打,训练成本不到 LLaMA 3.1 的五分之一

671B
总参数
37B
激活参数
$557万
训练成本
128K
上下文窗口

架构创新

三项关键技术,解决 MoE 老问题 + 推理效率 + 训练稳定性

无辅助损失的负载均衡

MoE 模型的老大难问题:各专家负载不均衡。传统做法是加辅助损失函数强制平衡,但会拖累模型性能。DeepSeek-V3 直接去掉辅助损失,用新方案实现负载均衡,性能不受影响。

多 token 预测(MTP)

一般模型一次只预测下一个 token,DeepSeek-V3 一次预测多个。训练时学得更深,推理时可以做投机解码加速。论文验证了 MTP 确实能提升效果。

MLA + DeepSeekMoE(继承 V2)

多头潜在注意力(MLA)压缩 KV 缓存,降低显存占用;DeepSeekMoE 用细粒度专家+共享专家组合,模型容量大但推理便宜。V2 验证过的东西不折腾,直接继承。

训练效率

第一个在超大规模模型上跑通 FP8 训练的团队

FP8 混合精度训练

以前大家觉得 FP8 精度不够不敢用,DeepSeek-V3 第一个在超大规模上跑通了 FP8,效果没问题。这是实打实的技术突破,以后别人也能用。

计算通信重叠

MoE 训练瓶颈在跨节点通信。团队从算法、框架、硬件三层协同设计,几乎做到计算和通信完全重叠——通信不再拖后腿。

266.4万
H800 GPU小时(预训练)
10万
GPU小时(后训练)
$557万
总成本

对比:Meta 训练 LLaMA 3.1 405B 用了约 3000 万 GPU 小时,DeepSeek-V3 参数更多,成本不到五分之一

从 R1 蒸馏推理能力

DeepSeek-R1 是专注推理的长链思维模型,但输出冗长、风格不好控制。V3 把 R1 的验证和反思模式蒸馏过来,保留推理能力,同时控制输出风格和长度。相当于把爱写长篇大论的学霸,调教成答题精炼的考试选手。

跑分成绩

绿色标注 = 该项最优 / 数据均为百分制得分

综合能力 vs 开源模型

评测 Qwen2.5 72B LLaMA3.1 405B DeepSeek-V3
MMLU 85.0 84.4 87.1
MMLU-Pro 58.3 52.8 64.4
BBH 79.8 82.9 87.5
DROP 80.6 86.0 89.0

数学和代码能力 vs 开源模型

评测 Qwen2.5 72B LLaMA3.1 405B DeepSeek-V3
MATH 54.4 49.0 61.6
GSM8K 88.3 83.5 89.3
HumanEval 53.0 54.9 65.2
LiveCodeBench 12.9 15.5 19.4

vs 闭源模型

评测 Claude-3.5-Sonnet GPT-4o DeepSeek-V3
MMLU 88.3 87.2 88.5
MATH-500 78.3 74.6 90.2
AIME 2024 16.0 9.3 39.2
LiveCodeBench 36.3 33.4 40.5
Codeforces 20.3 23.6 51.6

开放式对话评测

模型 Arena-Hard AlpacaEval 2.0
GPT-4o 80.4 51.1
Claude-3.5-Sonnet 85.2 52.0
DeepSeek-V3 85.5 70.0

四个关键发现

1. AIME 2024 竞赛数学碾压

DeepSeek-V3 得分 39.2,Claude-3.5-Sonnet 只有 16.0,GPT-4o 只有 9.3。差距不是一点半点,是数量级的。Codeforces 编程竞赛 51.6 百分位,其他两个连 25 都到不了。

2. AlpacaEval 2.0 胜率 70.0

比 GPT-4o(51.1)和 Claude-3.5-Sonnet(52.0)高出将近 20 个点。在开放式对话评测中,DeepSeek-V3 的回答质量明显更受偏好。

3. 训练成本只有 LLaMA 3.1 的 1/5

Meta 训练 LLaMA 3.1 405B 用了约 3000 万 GPU 小时,DeepSeek-V3 参数更多(671B vs 405B),只用了 278.8 万 GPU 小时。FP8 + 计算通信重叠,效率提升巨大。

4. 事实性问答还有短板

SimpleQA 等事实性问答上还落后于 GPT-4o,说明知识准确性还有提升空间。但综合来看,目前最强开源大模型没有之一。

推理框架支持

官方只提供 FP8 权重,需要 BF16 可用脚本转换 / 仅支持 Linux + Python 3.10

SGLang
BF16/FP8 推理,MLA 优化,FP8 KV Cache,NVIDIA 和 AMD GPU 都支持
vLLM
FP8/BF16,张量并行+流水线并行,多机部署
LMDeploy
FP8/BF16 推理,本地和云端都能跑
TensorRT-LLM
BF16 推理,INT4/8 量化,FP8 还在开发中
LightLLM
单机/多机张量并行
华为昇腾 NPU
通过 MindIE 框架,INT8 和 BF16
许可证

  • 代码:MIT 许可证
  • 模型:自有许可证,支持商业使用
  • 模型总大小 685B(671B 主模型权重 + 14B 多 token 预测模块权重)
一句话总结:DeepSeek-V3 最让人意外的不是跑分,而是训练成本。557 万美元训练一个 671B 的模型,跑分压着 GPT-4o 打,这在一年前根本不敢想。无辅助损失负载均衡解决了 MoE 老大难问题,FP8 训练跑通超大模型,从 R1 蒸馏推理能力思路巧妙,训练全程零事故——工程能力确实硬。

论文地址:arxiv.org/abs/2412.19437 | 模型权重:HuggingFace deepseek-ai | 数据来源:DeepSeek-V3 技术论文

OpenClaw 四月更新速览

整理自 GitHub Releases · 2026-04-23

v2026.4.21

发布日期:4月22日

这次更新:

  • 图片生成换成了 gpt-image-2,能出 2K 和 4K 的大图了

修了几个问题:

  • 插件依赖路径跑偏的问题
  • 图片生成失败时现在会记到日志里,方便查
  • 权限校验更严了,非管理员绕不过去
  • Slack 线程消息路由恢复正常
  • 浏览器无效引用直接拒绝,不傻等超时了

v2026.4.20

发布日期:4月21日

新东西:

  • 新手引导重新做了,加上了加载动画和 API Key 输入提示
  • 系统提示词强化了,GPT-5 调用更稳
  • 计费支持分层了,Kimi K2.6/K2.5 的费用能算清楚
  • 会话存储加上了自动清理,不会撑爆内存
  • Cron 任务拆成了两个文件,方便 git 管理
  • Kimi 默认换成 kimi-k2.6
  • Mattermost 支持流式输出到草稿预览

修的问题:

  • OpenAI Codex 传输重写的逻辑
  • QQBot 上传媒体的 SSRF 漏洞
  • 会话重置后模型配置没清干净
  • 费用估算重复累加的毛病
  • 插件依赖安装时 pnpm 的干扰
  • Setup 界面重启流程

v2026.4.10

发布日期:4月11日

这次是大更新:

  • Codex 集成:新增内置提供商,codex/gpt-* 走 Codex 管理的认证和线程
  • Active Memory 插件:主回复前自动拉取相关记忆,不用手动触发
  • macOS 本地语音:MLX 语音提供商,实验性功能
  • 视频生成:支持 Seedance 2.0
  • Microsoft Teams:置顶、读消息、反应操作
  • Matrix:草稿预览动画(MSC4357)
  • 测试框架:新增 Matrix、Telegram、Multipass 三条测试线

安全方面:

  • 浏览器 SSRF、导航、重定向、子框架全面加固
  • exec 预检、环境黑名单、插件依赖扫描都加强了
  • WhatsApp 文档附件发送不再静默失败
  • Microsoft Teams 媒体下载、SSO 回调、线程回复修了一堆
  • Tailscale 网关更新检查提前暴露,防止远程锁死

版本速览

v2026.4.21 4-22 GPT-Image-2、SSRF 修复
v2026.4.20 4-21 Kimi K2.6、Cron 拆分、会话维护
v2026.4.10 4-11 Codex、Active Memory、本地语音、Seedance

OpenClaw 更新日志 v2026.4(2026年4月)

数据来源:GitHub Releases | 查询时间:2026-04-23


v2026.4.21(2026-04-22)

新增

  • 图片生成:默认使用 gpt-image-2,支持 2K/4K 分辨率

修复

  • 插件 doctor:修复运行时依赖路径,修复包安装后缺少渠道/提供商依赖的问题
  • 图片生成:记录失败的提供商/模型候选到 warn 级别,方便排查
  • 认证/命令:强化 owner 身份校验,非 owner 无法绕过权限设置
  • Slack:保留 thread aliases,修复线程消息路由
  • 浏览器:立即拒绝无效的 ax<N> 引用,不再等待超时
  • npm:修复 node-domexception 依赖警告

v2026.4.20(2026-04-21)

新增

  • Onboard 向导:重新设计安全免责声明,添加加载动画,新增 API Key 占位符提示
  • Agent 提示词:强化默认系统提示词和 GPT-5 覆盖,加强完成偏差、状态检查、弱结果恢复
  • 模型计费:支持分层计费,包含 Moonshot Kimi K2.6/K2.5 成本估算
  • 会话维护:默认启用入口上限和年龄清理,启动时自动清理过大存储,防止 OOM
  • Cron:拆分为 jobs-state.json(运行时状态)和 jobs.json(任务定义),便于 git 追踪
  • 上下文压缩:发送开始和完成通知
  • Moonshot/Kimi:默认使用 kimi-k2.6,支持 thinking.keep = "all"
  • BlueBubbles 群组:支持群组特定 systemPrompt 配置
  • 插件任务:新增 detached 任务生命周期管理合约
  • 日志优化:优化 sanitizeForLog() 用正则替换循环
  • QA/CI:测试失败时默认报错,新增 --allow-failures 选项
  • Mattermost:流式思考和工具活动到单个草稿预览帖

修复

  • 修复 OpenAI Codex 传输重写逻辑
  • 修复 Anthropic 传输默认范围,避免第三方提供商被错误重写
  • QQBot SSRF:增加上传媒体 URL 的 SSRF 保护
  • 修复模板渲染 sessionKey 权限校验
  • 修复 Chrome MCP 连接失败提示信息
  • 修复 /think 自动完成仅显示支持自适应思考的模型
  • 修复会话重置后模型/提供商覆盖清理
  • 修复费用估算重复累加问题
  • 修复 /think off 时发送不支持的推理参数
  • 修复 Lobster/TaskFlow 审批恢复逻辑
  • 修复插件依赖安装(忽略 pnpm 的 npm_execpath)
  • 修复 MCP stdio 服务器环境变量过滤
  • 修复非交互 shell 处理逻辑
  • 修复 Setup TUI 重启流程

v2026.4.10(2026-04-11)

新增

  • Codex:新增内置 Codex 提供商,支持 codex/gpt-* 模型使用 Codex 管理认证和线程
  • Active Memory:全新可选插件,在主回复前运行专用记忆子代理,自动拉取相关偏好和历史,无需手动触发
  • macOS Talk:新增实验性本地 MLX 语音提供商
  • 视频生成:支持 Seedance 2.0 模型
  • Microsoft Teams:新增置顶、读消息、反应等操作
  • Matrix 实时标记:支持 MSC4357 草稿预览动画
  • QA Matrix:新增 Live Matrix 测试通道
  • QA Telegram:新增私人群组机器人测试
  • QA 多虚拟机:新增 Multipass runner
  • Exec Policy:新增 openclaw exec-policy 命令
  • commands.list RPC:远程客户端可发现运行时命令
  • 私有网络请求:新增 per-provider allowPrivateNetwork 配置
  • 飞书:标准化 User-Agent,注册为 AI Agent

修复

  • 浏览器安全:全面强化 SSRF、导航防护、重定向、子框架等安全机制
  • 工具安全:强化 exec 预检、host 环境黑名单、插件安装依赖扫描等
  • OpenAI Codex:添加所需 OAuth 范围,改进失败分类
  • WhatsApp 媒体发送:修复文档和附件发送静默失败问题
  • Microsoft Teams:修复媒体下载、SSO 登录回调、线程回复、cron 通知等大量问题
  • Tailscale:提前暴露网关更新检查,防止远程锁定
  • 网关启动:WebSocket RPC 提前可用,等待历史记录时防启动阻塞

版本对比摘要

版本 日期 主要亮点
v2026.4.21 04-22 图片生成 GPT-2、SSRF 修复
v2026.4.20 04-21 Kimi K2.6 默认、Cron 拆分、会话维护、Active Memory 铺垫
v2026.4.10 04-11 Codex 集成、Active Memory 插件、macOS 本地语音、视频生成 Seedance

说明:以上内容由 OpenClaw 自动从 GitHub Releases API 抓取整理

DeepSeek-V3.2:性价比最高的顶级AI大模型深度解析

DeepSeek-V3.2以不到GPT-4o十分之一的价格,提供了接近后者的性能。这篇文章从价格、性能、技术特点、实际场景几个角度,聊聊为什么它值得关注。

📊 价格成本对比分析

官方API定价(每百万tokens)

费用类型 deepseek-chat deepseek-reasoner
输入(缓存命中) $0.028 $0.028
输入(缓存未命中) $0.28 $0.28
输出 $0.42 $0.42

与竞品对比(输入价格/每百万tokens)

模型 价格 相对成本 优势分析
DeepSeek-V3.2 $0.28 1.0x基准 价格最低
GPT-4o ~$2.50 8.9x 成本高近9倍
Claude 3.5 ~$3.00 10.7x 成本高10倍以上
Gemini 1.5 ~$1.25 4.5x 成本高4倍多
Llama 3.1 405B ~$0.59 2.1x 成本高2倍

🎯 实际成本节省示例

假设每月使用量

  • 1000万输入token
  • 500万输出token

成本对比

  • GPT-4o:$25(输入)+ $50(输出)= $75/月
  • DeepSeek-V3.2:$2.8(输入)+ $2.1(输出)= $4.9/月

💰 节省成果

  • 每月节省:$70
  • 节省比例:93.5%
  • 年节省:$840

🏆 技术性能表现

基准测试成绩

测试项目 DeepSeek-V3.2 GPT-4o 对比分析
MMLU 85.2 87.2 差距2分,性能相近
GSM8K 93.5 92.5 反超1分,数学能力更强
ARC 86.3 85.8 反超0.5分,科学推理优秀
HumanEval 78.6 79.5 差距0.9分,编程能力接近
HellaSwag 89.1 90.2 差距1.1分,常识推理优秀

核心技术特色

  • 🎯 思考模式(Reasoner)
  • 独有的推理链能力
  • 适合复杂逻辑问题解决
  • 数学、编程、科学推理优化
  • 📚 128K长上下文
  • 支持超长文档处理
  • 深度对话保持一致性
  • 多轮对话不丢失上下文
  • 🛠️ 工具调用优化
  • 原生函数调用支持
  • Agent开发专门优化
  • 多工具协同工作
  • ⚡ MoE架构
  • 专家混合模型设计
  • 大规模参数高效推理
  • 计算资源优化利用

🌏 本土化与合规优势

中文能力优势

  • 中文理解:深度优化,远优于国外模型
  • 中文生成:自然流畅,符合中文表达习惯
  • 文化适配:理解中文语境和文化背景

合规与安全

  • ✅ 符合中国数据安全要求
  • ✅ 企业级部署合规保障
  • ✅ 数据不出境,隐私保护

技术支持

  • 🌐 活跃的中文开发者社区
  • 📚 丰富的本地化文档
  • 🔧 及时的本地技术支持

🚀 适用场景建议

强烈推荐使用

  • 企业级大规模部署
  • 成本敏感型应用
  • 大规模用户服务
  • 持续运营场景
  • 中文内容处理
  • 中文文章写作
  • 中文客服对话
  • 中文内容分析
  • AI Agent开发
  • 自动化工具调用
  • 智能助手开发
  • 业务流程自动化
  • 教育与研究
  • 数学问题解答
  • 科学实验分析
  • 编程学习辅助

使用建议与技巧

缓存机制利用

  • 重复内容成本极低($0.028/M)
  • 设计重复使用模式
  • 建立模板化内容库

思考模式选择

  • 简单对话:deepseek-chat
  • 复杂推理:deepseek-reasoner
  • 按需切换,优化成本

监控与优化

  • 定期查看使用报告
  • 优化提示词减少token
  • 使用批处理提高效率

📈 国内主流大模型成本对比

国内模型价格对比(人民币/每百万tokens)

模型 提供商 输入价格 输出价格 上下文长度 中文能力
DeepSeek-V3.2 深度求索 ¥2.0 ¥3.0 128K ★★★★★
Kimi Chat 月之暗面 ¥2.0 ¥3.0 200K ★★★★★
通义千问 阿里巴巴 ¥3.0 ¥4.0 32K ★★★★★
文心一言 百度 ¥6.0 ¥8.0 32K ★★★★★
混元 腾讯 ¥7.0 ¥9.0 32K ★★★★☆
GLM-4 智谱 ¥6.0 ¥8.0 128K ★★★★★
豆包 字节跳动 ¥6.0 ¥8.0 32K ★★★★☆

实际成本对比(月用量:1000万输入+500万输出)

DeepSeek-V3.2: 1000万×¥2.0 + 500万×¥3.0 = ¥20 + ¥15 = ¥35
Kimi Chat: 1000万×¥2.0 + 500万×¥3.0 = ¥20 + ¥15 = ¥35
通义千问: 1000万×¥3.0 + 500万×¥4.0 = ¥30 + ¥20 = ¥50
文心一言: 1000万×¥6.0 + 500万×¥8.0 = ¥60 + ¥40 = ¥100
GLM-4: 1000万×¥6.0 + 500万×¥8.0 = ¥60 + ¥40 = ¥100
豆包: 1000万×¥6.0 + 500万×¥8.0 = ¥60 + ¥40 = ¥100
混元: 1000万×¥7.0 + 500万×¥9.0 = ¥70 + ¥45 = ¥115

成本对比(以DeepSeek为基准):

  • DeepSeek/Kimi: ¥35 (1.0x)
  • 通义千问: ¥50 (1.43x)
  • 文心一言/GLM/豆包: ¥100 (2.86x)
  • 混元: ¥115 (3.29x)

国内模型性能特点与场景匹配

DeepSeek-V3.2

  • 优势:数学推理强、工具调用优化、缓存机制
  • 最佳场景:AI Agent开发、数学计算、代码生成
  • 性价比:★★★★★(成本最低,性能全面)

Kimi Chat

  • 优势:200K超长上下文、文档处理能力强
  • 最佳场景:长文档分析、学术论文阅读、信息提取
  • 性价比:★★★★★(成本最低,上下文最长)

通义千问

  • 优势:代码生成能力强、开源生态完善
  • 最佳场景:代码开发、编程辅助、开源项目
  • 性价比:★★★★☆(成本适中,代码能力突出)

文心一言

  • 优势:多模态能力强、搜索增强、企业服务完善
  • 最佳场景:多模态应用、企业级应用、内容创作
  • 性价比:★★★☆☆(成本较高,生态完善)

GLM-4

  • 优势:开源友好、中文优化、学术研究背景强
  • 最佳场景:学术研究、私有化部署、多模态应用
  • 性价比:★★★☆☆(成本较高,开源优势)

国内与国际模型成本对比

假设相同月用量(1000万输入+500万输出),汇率按1美元=7.2人民币:

# 国内模型(人民币)
DeepSeek-V3.2: ¥35
Kimi Chat: ¥35
通义千问: ¥50
文心一言: ¥100

# 国际模型(人民币)
GPT-4o: (1000万×$2.5 + 500万×$10) × 7.2 = ¥234
Claude 3.5: (1000万×$3.0 + 500万×$15) × 7.2 = ¥324
Gemini 1.5: (1000万×$1.25 + 500万×$5) × 7.2 = ¥126

成本节省对比(以GPT-4o为基准):

  • DeepSeek节省: (234 – 35) / 234 × 100% = 85.0%
  • Kimi节省: (234 – 35) / 234 × 100% = 85.0%
  • 通义千问节省: (234 – 50) / 234 × 100% = 78.6%
  • 文心一言节省: (234 – 100) / 234 × 100% = 57.3%

国内模型核心优势

成本优势明显

  • DeepSeek和Kimi以¥35/月的价格提供顶级性能
  • 相比GPT-4o节省85%成本
  • 国内模型普遍比国际模型便宜50-85%

中文能力领先

  • 原生中文训练,理解生成更准确
  • 深度优化中文语境和文化背景
  • 符合中文表达习惯

合规与安全

  • 符合中国网络安全和数据保护要求
  • 数据不出境,隐私保护更好
  • 企业级部署有法律保障

访问速度

  • 国内服务器,延迟更低
  • 网络稳定性更好
  • 用户体验更流畅

本地化支持

  • 丰富的中文文档和教程
  • 活跃的中文开发者社区
  • 及时的本地技术支持
  • 人民币计价,无汇率风险

场景化推荐

个人开发者

推荐:DeepSeek-V3.2 或 Kimi Chat

  • 成本:¥35/月
  • 优势:性价比最高,性能全面
  • 适合:学习、实验、小项目

中小企业

推荐:DeepSeek-V3.2

  • 成本:¥35/月
  • 优势:成本可控,性能不妥协
  • 适合:客服、内容生成、业务自动化

大型企业

推荐:DeepSeek-V3.2(大规模)或 文心一言(企业级)

  • 成本:¥35-100/月
  • 优势:规模化优势,生态完善
  • 适合:企业级应用、多模态场景

代码开发

推荐:DeepSeek-V3.2 或 通义千问

  • 成本:¥35-50/月
  • 优势:代码能力强,工具调用优化
  • 适合:编程辅助、代码审查、开源项目

长文档处理

推荐:Kimi Chat

  • 成本:¥35/月
  • 优势:200K超长上下文
  • 适合:学术论文、长文档分析、研究报告

📊 市场定位与前景

竞争优势矩阵

  • 性能维度:★★★★☆(4.5/5星)
  • 成本维度:★★★★★(5/5星)
  • 中文能力:★★★★★(5/5星)
  • 工具支持:★★★★☆(4/5星)
  • 生态建设:★★★★☆(4/5星)

发展前景

  • 技术持续迭代:DeepSeek团队活跃,技术更新快
  • 生态不断完善:开发者工具和集成方案增多
  • 成本优势持续:保持技术领先的同时控制成本
  • 应用场景扩展:覆盖越来越垂直的场景

🔍 深度思考与建议

对于个人开发者

  • 入门成本极低:花很少的钱就能用到顶级AI
  • 学习资源丰富:中文文档和教程充足
  • 创新门槛降低:低成本试错,放手尝试

对于中小企业

  • 成本可控:预算可控,回报明显
  • 部署便捷:API简单,集成快速
  • 风险较低:合规保障,技术支持

对于大型企业

  • 规模化优势:大规模部署成本优势明显
  • 定制化可能:可以深度合作
  • 战略价值:打造自己的AI能力

📝 总结

DeepSeek-V3.2让高性价比AI真正落地。它让高性能不再需要付出高成本。

✅ 价格很低:成本降低90%以上 ✅ 性能不打折:关键能力接近顶级模型 ✅ 本土化优势:中文场景深度优化 ✅ 技术特色鲜明:思考模式、工具调用等独特功能 ✅ 合规与安全:符合国内企业要求

在对比国内主流大模型后,我们发现:

  • 成本最低:DeepSeek和Kimi以¥35/月领跑
  • 性能全面:DeepSeek在数学、编程、推理上表现优异
  • 本土化领先:所有国内模型在中文理解上都优于国外模型
  • 合规保障:符合中国数据安全要求,适合企业部署

小结:对于绝大多数中文用户和成本敏感型应用,DeepSeek-V3.2是目前的最佳选择之一。在保持顶级性能的同时,将成本控制在传统方案的十分之一以内。

最终建议

对于绝大多数中文用户和成本敏感型应用,DeepSeek-V3.2是目前的最佳选择。在保持顶级性能的同时,将成本控制在传统方案的1/10以内,这对普通用户和开发者都是好消息。

场景化选择建议:

  • 价格很低:DeepSeek-V3.2(推荐给90%的用户)
  • 超长文档:Kimi Chat(需要200K上下文时)
  • 代码开发:DeepSeek-V3.2 或 通义千问
  • 企业级:DeepSeek-V3.2(成本敏感)或 文心一言(生态优先)

本文基于DeepSeek官方API文档、公开基准测试数据和实际使用经验撰写。价格信息可能随市场调整,请以官方最新信息为准。

WiFi 5 vs WiFi 6 vs WiFi 7: 发展历程与全面对比

无线网络技术飞速发展,从 WiFi 4 到 WiFi 7,每一代都在进步。这篇文章聊聊 WiFi 5、WiFi 6 和 WiFi 7 的发展历程、技术差异和实际体验,帮你做个参考。

📖 WiFi 发展简史

1997 年,IEEE 发布了第一个无线局域网标准 802.11,这就是 WiFi 的起点。之后每代标准就用 802.11 后面的字母来命名:

  • 802.11a/b/g:早期标准,速率不高,现在基本见不到了
  • 802.11n (WiFi 4):2009 年发布,首次加入 MIMO,最大 600 Mbps
  • 802.11ac (WiFi 5):2013 年发布,主攻 5GHz,最大 3.5 Gbps
  • 802.11ax (WiFi 6):2019 年发布,主打高密度设备场景,最大 9.6 Gbps
  • 802.11be (WiFi 7):2024 年标准冻结,下一代 WiFi,最大 46 Gbps

2018 年 WiFi 联盟开始用数字命名,802.11ac 叫 WiFi 5,802.11ax 叫 WiFi 6,802.11be 就是 WiFi 7 了。

📶 WiFi 5 (802.11ac)

2013 年,2.4GHz 频段越来越挤,干扰严重,5GHz 频段终于派上用场了——这就是 WiFi 5 诞生的背景。

WiFi 5 只用 5GHz,支持 20/40/80/160MHz 带宽,干扰少、速率高,但穿墙差一些。调制方式从 64-QAM 升级到 256-QAM,每个符号多载 33% 的数据。首次加入下行 MU-MIMO,路由器能同时给多台设备发数据,不用排队了。还有波束成形,定向发送信号,比全向广播效率更高。

理想条件下最高 3.5 Gbps,实际受设备天线数、信道宽度和周围环境影响,大多数时候是 500 Mbps 到 1 Gbps 的水平。

缺点也比较明显:上行没有 MU-MIMO,不支持 OFDMA,高密度设备时效率上不去;只有 5GHz,没有自动切 2.4GHz 的能力;功耗也偏高,不适合物联网设备。

🚀 WiFi 6 (802.11ax)

2019 年 WiFi 6 登场了。那时候智能家居已经兴起,普通家庭有十几二十台无线设备很常见,WiFi 5 在这种场景下有点扛不住,WiFi 6 就是来解决这个问题的。

WiFi 6 同时支持 2.4GHz 和 5GHz,走远了就切 2.4GHz,近了就用 5GHz,系统自动选。

OFDMA(正交频分多址)是 WiFi 6 的核心升级。它把一个信道拆成多个资源单元,路由器能同时给多台设备发不同大小的数据包,而不是大家排队用一条道。这个改变在高密度场景下效果很明显。

其他升级:MU-MIMO 变成了双向的,设备也能同时往路由器发数据了;调制升到 1024-QAM,数据密度再提 25%;TWT(目标唤醒时间)让设备不用一直监听,续航更好;BSS Coloring 给不同网络加”颜色”标签,设备可以忽略邻居网络的干扰。

最大 9.6 Gbps(8×8 MIMO),2×2 MIMO 设备实际能跑到 1.2-1.8 Gbps。多设备同时用的时候,整体效率比 WiFi 5 高出一大截。

WiFi 6E 是 2020 年的扩展,加了 6GHz 频段,1200MHz 新频谱,极大缓解了频谱拥挤问题。不过 6GHz 穿墙最差,路由器和设备最好在同一个房间。

⚡ WiFi 7 (802.11be)

WiFi 7 标准 2024 年正式冻结,主要面向 8K 视频、云游戏、VR/AR 这些对带宽和延迟要求更高的场景。

支持 2.4GHz、5GHz、6GHz 三个频段,选择更灵活。信道带宽从 160MHz 扩到 320MHz,传输能力翻倍。4096-QAM 调制,每个符号 12 比特,比 WiFi 6 多 20%。

MLO(多链路操作)是 WiFi 7 最值得关注的新特性。设备可以同时用多个频段传数据,比如 5GHz 和 6GHz 一起跑,一个受干扰了自动切另一个,可靠性和吞吐量都上去了。

此外还有 16×16 MU-MIMO(支持更多设备同时在线)和 MRU(多资源单元,对 OFDMA 的增强),效率进一步提升。

最大 46 Gbps,是 WiFi 6 的近 5 倍。MLO 把延迟压到 2ms 以下,云游戏和 VR/AR 的体验会有质变。

现在 WiFi 7 设备已经能买到了,但价格偏高。芯片成本下来、设备普及之后,2025-2026 年应该会成为主流。

📊 三代技术对比

特性 WiFi 5 WiFi 6 WiFi 7
发布年份 2013 2019 2024
IEEE 标准 802.11ac 802.11ax 802.11be
最大速率 3.5 Gbps 9.6 Gbps 46 Gbps
支持频段 5 GHz 2.4/5 GHz 2.4/5/6 GHz
信道带宽 最高 160 MHz 最高 160 MHz 最高 320 MHz
调制方式 256-QAM 1024-QAM 4096-QAM
MU-MIMO 下行 4×4 上下行 8×8 16×16
OFDMA 不支持 支持 支持(增强)
MLO 不支持 不支持 支持
TWT 省电 不支持 支持 支持(增强)
目标延迟 约 30ms 约 10ms 低于 2ms

🎯 怎么选

WiFi 5:差不多该换了

日常上网看视频还能用,但设备多了就吃力。有 4K 视频需求、多人视频会议或者对延迟敏感的话,WiFi 5 已经跟不上了。

WiFi 6:现在是主流

大多数家庭和小型办公室,选 WiFi 6 够用了。设备多、4K 视频、轻度游戏、视频会议都能 cover。选的时候注意看支不支持 160MHz 信道宽度,这个对性能影响挺大的。

WiFi 6E:6GHz 尝鲜

住在密集小区、邻居 WiFi 干扰严重,或者需要更高并发带宽的,可以考虑 6E。但 6GHz 穿墙弱,设备和路由器最好在一个屋。

WiFi 7:面向未来

8K 视频、云游戏、VR/AR 用户,或者就是想要最新最强的,可以上 WiFi 7。普通用户可以等等,价格合适再入手不迟。

❓ 常见问题

Q:手机 WiFi 6 + 路由器 WiFi 5,能用 WiFi 6 速度吗?

不行。WiFi 版本取决于两端设备的最低那个。手机 WiFi 6 但路由器是 WiFi 5,整条链路还是 WiFi 5 的水平。反过来也一样。

Q:WiFi 6 比 WiFi 5 快多少?

理论速率 WiFi 6 是 WiFi 5 的 2.7 倍。但实际意义更大的是高密度场景的改善——10 台设备同时跑的时候,WiFi 6 整体效率比 WiFi 5 高 40% 左右。

Q:WiFi 7 路由器值得买吗?

看情况。云游戏玩家、VR/AR 用户,或者做专业内容创作的,WiFi 7 的低延迟值得投入。普通家用,WiFi 6 路由器再战几年没问题。

Q:2.4GHz、5GHz、6GHz 怎么选?

简单记:2.4GHz 穿墙好但慢,适合远距离和 IoT 设备;5GHz 速率高干扰少,是日常主力;6GHz 最快但穿墙最差,适合近处高速传输。大多数路由器会自动选,不用手动干预。

Q:MU-MIMO 和 OFDMA 有什么区别?

MU-MIMO 是”空间多路”——多天线同时给多台设备发数据,不同设备走不同空间流。

OFDMA 是”频谱多路”——把一个信道分成多个子信道,同时服务多个设备,不同设备走不同车道。

一个管空间,一个管频谱,各有分工,一起用效率更高。

Q:换路由器网速能快吗?

不一定。宽带本来就只有 100Mbps,换 WiFi 7 也快不到哪去。WiFi 版本升级解决的是局域网内的传输效率和并发能力。如果宽带是 500Mbps 或千兆,换个好的 WiFi 6/7 路由器才能真正跑满。

📝 总结

WiFi 5、WiFi 6、WiFi 7 是三个台阶:

  • WiFi 5 开启了 5GHz 时代,现在差不多该淘汰了
  • WiFi 6 性价比最高,普通家庭首选
  • WiFi 7 面向未来,适合有更高需求的用户

选路由器除了看 WiFi 版本,也要看自家宽带多少、设备有几台、房子多大。一句话:大多数情况下,WiFi 6 路由器够用了。

雨后初晴

昨天一场大雨把整个城市浇了个透,路上积水随处可见,出门办事每一步都小心翼翼,生怕踩到水坑里,那种鞋子湿透的感觉实在不好受。

今天早上醒来,惊喜地发现天终于放晴了。阳光透过云层洒下来,空气中弥漫着泥土的清新。但是温度仍然偏低,出门走了几步不由得打了个寒战——这春天的天气,还不是一般的多变啊。

OpenClaw 技能迁移到 Hermes Agent 完整指南

最近我从 OpenClaw 切换到 Hermes Agent 使用,需要把原先 OpenClaw 上已经安装好的技能全部迁移到 Hermes Agent。这篇文章我把自己实际迁移过程和遇到的问题都记录下来,希望能帮到有同样需求的朋友。

📋 迁移思路总结
Hermes Agent 的技能默认从 ~/.hermes/skills/ 目录加载,而 OpenClaw 的技能通常存放在 ~/.openclaw/workspace/skills/ 或者安装目录下。迁移过程很简单:

  1. 找到 OpenClaw 原技能目录
  2. 复制整个技能目录到 ~/.hermes/skills/
  3. 适配配置信息,将 API/账号密码信息写入配置文件
  4. 测试技能是否能正常加载和使用

🔍 第一步:找到原技能存放位置

如果找不到技能,可以用 find 全局搜索:

find /opt/1panel/apps/openclaw/openclaw/data/workspace/skills -name "skill-name"

我这里原来 OpenClaw 的技能都在 /opt/1panel/apps/openclaw/openclaw/data/workspace/skills/ 目录下。

📦 第二步:复制技能到 Hermes 目录

逐个复制,以 wordpress 技能为例:

# 以 wordpress 技能为例
mkdir -p ~/.hermes/skills/wordpress
cp -r /path/to/openclaw/skills/wordpress/* ~/.hermes/skills/wordpress/

✅ 第三步:验证 Hermes 能否正常加载

复制完成后,在 Hermes Agent 中测试加载:

skill_view(name="wordpress")

如果能正常读出技能说明,说明目录结构正确,已经可以被 Hermes 识别。

⚙️ 第四步:统一管理配置信息

Hermes 推荐将所有技能的配置信息统一存放在 ~/.hermes/skills-config.json,格式如下:

{
  "skills": {
    "entries": {
      "skill-name": {
        "env": {
          "API_KEY": "***"
        }
      }
    }
  }
}

这样做的好处是所有配置集中管理,完全脱离 OpenClaw 独立存在。

🛠️ 第五步:修改脚本读取配置的路径

如果原技能脚本是从 ~/.openclaw/openclaw.json 读取配置,需要修改路径到 ~/.hermes/skills-config.json。以 amap-traffic 为例:

# 修改前
config_paths = [
    "/home/admin/.openclaw/openclaw.json",
    os.path.expanduser("~/.openclaw/openclaw.json")
]

# 修改后
config_paths = [
    os.path.expanduser("~/.hermes/skills-config.json")
]

📋 本次迁移完成的技能清单

本文完成时,共迁移了 12 个常用技能:

技能名 用途 是否需要 API
agent-browser 浏览器自动化
amap-traffic 高德地图路况查询 是(高德 API Key)
wordpress WordPress REST API 操作 是(应用密码)
github GitHub 命令行交互
markdown-converter 文档转 Markdown
ontology 结构化知识图谱
skill-finder-cn ClawHub 技能搜索
word-docx Word 文档编辑
nas-website-edit NAS 网站首页维护 是(FTP 账号)
humanizer-enhanced AI 写作去痕迹
email-receiver 邮件收取 是(IMAP 密码)
email-sender 邮件发送 是(SMTP 密码)

🔧 常用技能配置参考

📍 amap-traffic(高德地图)

"amap-traffic": {
  "apiKey": "***"
}

🌐 WordPress

"wordpress": {
  "env": {
    "WP_BASE_URL": "https://your-blog.com",
    "WP_USER": "username",
    "WP_APP_PASSWORD": "application-password"
  }
}

📥 邮件收取

"email-receiver": {
  "enabled": true,
  "env": {
    "EMAIL_IMAP_HOST": "imap.qq.com",
    "EMAIL_IMAP_PORT": "993",
    "EMAIL_IMAP_USER": "your@email.com",
    "EMAIL_IMAP_PASS": "password-or-auth-code"
  }
}

📤 邮件发送

"email-sender": {
  "enabled": true,
  "env": {
    "EMAIL_SMTP_HOST": "smtp.qq.com",
    "EMAIL_SMTP_PORT": "465",
    "EMAIL_SMTP_USER": "your@email.com",
    "EMAIL_SMTP_PASS": "password-or-auth-code"
  }
}

🖥️ NAS 网站维护

"nas-website-edit": {
  "enabled": true,
  "env": {
    "FTP_HOST": "your-domain.com",
    "FTP_PORT": "21",
    "FTP_USER": "username",
    "FTP_PASS": "password",
    "FTP_BASE_PATH": "/home/yourname/work",
    "WEB_DIR": "/web"
  }
}

⚠️ 迁移过程需要注意这些问题

1️⃣ skillhub 安装路径问题
通过 skillhub.cn 安装的技能默认会放在 ~/.hermes/hermes-agent/skills/ 目录下,Hermes Agent 无法从这里加载,必须手动移动到 ~/.hermes/skills/ 才能正常识别。
2️⃣ 配置文件统一管理
建议把所有技能配置都集中放在 ~/.hermes/skills-config.json,这样完全脱离 OpenClaw,便于维护。
3️⃣ JSON 格式验证
修改配置后一定要验证 JSON 格式是否正确:

python3 -c "import json; json.load(open('/home/nicky/.hermes/skills-config.json')); print('OK')"
4️⃣ 测试验证
每迁移完一个技能都要测试加载,确认可以正常使用再进行下一个。

📁 迁移完的目录结构

迁移完成后的目录结构:

/home/nicky/.hermes/
├── skills/
│   ├── agent-browser/
│   ├── amap-traffic/
│   ├── wordpress/
│   ├── github/
│   ├── markdown-converter/
│   ├── ontology/
│   ├── skill-finder-cn/
│   ├── word-docx/
│   ├── nas-website-edit/
│   ├── humanizer-enhanced/
│   ├── email-receiver/
│   └── email-sender/
└── skills-config.json

所有技能和配置都在 Hermes 目录下,完全独立,不再依赖 OpenClaw。

🧪 测试验证功能正常

迁移完成后,可以测试一下关键技能是否正常工作。比如测试高德路况:

cd ~/.hermes/skills/amap-traffic/scripts
python3 amap_traffic.py "起点地址" "终点地址"

如果能正常输出路线和路况信息,说明配置读取成功,技能工作正常。

📌 总结一下

整个迁移过程其实很简单,核心就是:

  • 复制技能目录到正确位置
  • 统一集中管理配置
  • 修改读取路径
  • 测试验证

按照这个方法,我顺利把 12 个 OpenClaw 技能全部迁移到 Hermes Agent,现在可以正常使用了。Hermes Agent 的加载机制更清晰,配置管理也更灵活,使用体验很好。

希望这篇迁移指南能帮助到需要的朋友。


本文记录个人实战迁移经验,基于 Hermes Agent 最新版本测试通过

Hermes Agent 配置 QQ 机器人接入完整教程

我用了一段时间 Hermes Agent,对比之前用的 OpenClaw,不得不说 Hermes 在理解任务、调用工具和整体智能程度上确实更胜一筹。今天我把整个配置过程一步步记下来,方便有需要的朋友参考。

这篇文章会一步步告诉你怎么配置 Hermes Agent,让 QQ 机器人连上来,这样你直接在 QQ 上就能跟 AI 助手聊天干活了。

准备工作
Hermes Agent 在 Linux 环境下运行,我这里用本地 Linux 服务器做例子。你需要准备好这些:

  • Linux 服务器(我用的 Ubuntu/Debian)
  • 已经装好了 Hermes Agent 基础环境
  • QQ 开放平台申请机器人拿到的 AppID 和密钥
  • 域名(如果要外网访问 API 网关的话,可选)

🌐 第一步:让 Hermes Gateway 允许外网访问

Hermes Gateway 是 Hermes 的 API 网关服务,默认只监听本地回环 127.0.0.1。要让 QQ 机器人从外网连进来,得改一下配置,让它监听所有地址。

1.1 找到配置文件

Hermes 配置文件在这里:

~/.hermes/config.yaml

1.2 修改网关配置

这里有几个关键点要注意:

  • platforms 必须顶格写,不能放在 gateway 配置块里面,这个坑我踩过了
  • 要绑定 0.0.0.0:8642 才能让外网访问
  • 公网开放一定要配 API 密钥,否则不安全

配置示例给你参考:

gateway:
  bind: 0.0.0.0:8642
  api_key: "你的API密钥"

platforms:
  qqbot:
    app_id: "你的QQ机器人AppID"
    secret: "你的QQ机器人密钥"
    enabled: true

1.3 验证配置对不对

改完配置启动网关后,用这个命令看看端口监听对不对:

ss -tlnp | grep :8642

正常结果应该显示 0.0.0.0:8642,如果只看到 127.0.0.1:8642 说明配置错了。

🤖 第二步:配置 QQ 机器人

2.1 获取 QQ 机器人凭证

去 QQ 开放平台创建好机器人之后,你会拿到两个东西:

  • AppID:就是应用 ID
  • Client Secret:就是应用密钥

把这两个填到 config.yamlplatforms.qqbot 下面就行了。

2.2 设置允许访问的用户

这里有个容易错的地方:QQ 机器人验证用户用的是 Open ID,不是你的 QQ 号码

第一次启动网关如果提示 Unauthorized,别慌,去错误日志里就能找到你的 Open ID:

tail ~/.hermes/logs/errors.log

找到类似这行的日志,把用户 ID 抄下来:

Unauthorized request from user=87879BBBF48F24DF50EAFDC6671971E3

把这个 Open ID 放到环境变量 QQ_ALLOWED_USERS 里:

export QQ_ALLOWED_USERS="87879BBBF48F24DF50EAFDC6671971E3"

如果要允许多个用户,用逗号隔开就行。

🐛 第三步:解决启动常碰到的问题

3.1 “Image dimensions are too small” 错误

如果改完配置启动网关直接崩了,报这个错:

Image dimensions are too small

这是因为你用的模型不支持视觉功能,比如我现在用的 ark-code-latest 就不支持。解决方法很简单,在配置里把视觉辅助禁用就行了。

编辑 config.yaml,加上这段:

auxiliary:
  vision:
    enabled: false

3.2 看日志找问题

  • 网关运行日志:~/.hermes/logs/gateway.log
  • 错误日志:~/.hermes/logs/errors.log
QQ 机器人连接不上或者认证失败,直接看 errors.log 就行,别去 gateway.log 里找。

⚙️ 第四步:配置 systemd 开机自动启动

要让 Hermes Gateway 开机就跑,我们给它配个 systemd 用户服务:

4.1 创建服务文件

文件路径:

~/.config/systemd/user/hermes-gateway.service

内容这么写:

[Unit]
Description=Hermes Agent Gateway
After=network.target

[Service]
Type=simple
ExecStart=/usr/local/bin/hermes gateway
WorkingDirectory=%h/.hermes
Restart=always
RestartSec=10

[Install]
WantedBy=default.target

4.2 启用并启动服务

执行这几条命令:

systemctl --user daemon-reload
systemctl --user enable hermes-gateway
systemctl --user start hermes-gateway

4.3 检查运行状态

用这个命令看看跑起来没:

systemctl --user status hermes-gateway

看到 active (running) 就说明正常运行了。

🧠 第五步:导入长期记忆和自定义技能

Hermes Agent 支持持久化记忆,我们可以把之前整理好的长期记忆文件导进去,这样它就一直记得你的习惯和信息了。

5.1 从 FTP 下载记忆文件

按照我自己的操作规范,修改 /web/ 目录文件一定要先下载最新版本到本地,不能直接用旧版本覆盖云端。下载可以用 Python 脚本来做:

from ftplib import FTP
ftp = FTP('nickys.cn')
ftp.login('nicky', '密码')
with open('/tmp/MEMORY-20260421-2103.md', 'wb') as f:
    ftp.retrbinary('RETR /home/PCYUECHENG/work/20260421/MEMORY-20260421-2103.md', f.write)
ftp.quit()

5.2 保存到 Hermes 持久记忆

下载完读取文件内容,用 Hermes 的 memory 工具一条条存到用户记忆里。这样以后对话 Hermes 就能记住你的个人信息、操作习惯和各种规范了。

5.3 创建自定义技能

我习惯给常用操作做个自定义技能,比如连接 FTP,我就建了个 nickys-ftp 技能,把连接信息和操作规范都存在里面,以后用的时候直接调用就行,不用每次都输密码。

⏰ 第六步:设置定时提醒

Hermes 支持 cron 风格的定时任务,各种提醒都能设:

6.1 域名展期提醒

我自己设了两个:

  • 每月 18 日早上 10:30 提醒我去 noip.com 给免费域名展期
  • 2026年9月15日晚上 10:00 提醒我去 cc.cd 给自己和朋友的域名续费

创建命令类似这样:

cronjob action=create schedule="30 10 18 * *" prompt="提醒:登录 noip.com 确认 nicky.ddns.net 域名展期" name=noip-domain-renewal

6.2 每日自动备份提醒

每天晚上 11:30 提醒我执行备份,备份到本地同时传到 NAS,只发邮件摘要不发附件,省得邮箱满。

✅ 第七步:检查 QQ 机器人连接

全部配置完了,重启一下 Hermes Gateway 让配置生效:

systemctl --user restart hermes-gateway

看看进程跑起来没:

ps aux | grep hermes

正常情况下能看到两个 Hermes 进程在跑。这时候你去 QQ 给机器人发消息,它应该就能正常回复了。

✅ 今天完成的工作

今天在 Hermes Agent 上把 QQ 机器人整个配置流程走通了:

  1. ✓ 正确配置 Hermes Gateway 监听 0.0.0.0:8642 允许外网接入
  2. ✓ 填上 QQ 机器人的 AppID 和密钥,完成接入配置
  3. ✓ 从错误日志找到正确的用户 Open ID,配置好访问权限
  4. ✓ 解决了 “Image dimensions are too small” 崩溃问题,禁用不支持的视觉辅助
  5. ✓ 配好 systemd 用户服务,实现开机自动启动
  6. ✓ 导入了我的长期记忆,把个人信息、操作规范、账号信息都存好了
  7. ✓ 创建了自定义的 FTP 管理技能
  8. ✓ 设置了所有需要的定时提醒
  9. ✓ 测试 QQ 收发消息,工作正常

⚠️ 踩过的坑和注意事项

我把配置过程中碰到的问题整理一下,你别再踩了:

  1. platforms 必须在配置文件顶级,不能写到 gateway 里面,不然配置不生效
  2. 用户认证用 Open ID,不是 QQ 号码,第一次启动错了去 errors.log 找
  3. 如果模型不支持视觉,一定要把 vision 禁用,不然启动直接崩
  4. 绑 0.0.0.0 公网开放一定要配 API 密钥,安全第一
  5. 修改 /web/ 上的文件一定要先拉最新版到本地改完再传回去,别直接用旧版本覆盖云端

📌 总结

用下来的感受,Hermes Agent 确实比我之前用的 OpenClaw 更聪明,对任务的理解和工具调用都更顺畅。配置完 QQ 机器人之后,我现在直接在 QQ 上就能跟 Hermes 对话,让它帮我管 NAS 文件、更新二手手机库存、发博客文章、查信息、设提醒,真的很方便。

如果你也在找一个功能强大的开源 AI 代理框架,不妨试试 Hermes Agent。


发布日期:2026-04-21 · 分类:技术文章

今日随手拍 · 蓝天白云

今天随手拍的,蓝天白云,心情也跟着明朗起来。

蓝天白云

天很蓝,云很白,像棉花糖一样层层叠叠的。难得的好天气。

学校门口,随手拍的天空

这是接孩子放学时,在学校门口路边等的时候拍的。抬头一看,天特别蓝,云也特别好看,就顺手拍了下来。有时候幸福就是这么简单,陪孩子长大,接他放学,看一路风景。

拍摄于 2026年4月20日

浏览器 DNS-over-HTTPS(DoH)设置教程 | 使用 Cloudflare 1.1.1.1 加密 DNS

DNS-over-HTTPS(DoH)是一种通过 HTTPS 加密 DNS 查询的协议,可以防止 ISP 监控你的上网记录,同时绕过部分 DNS 封锁。本文介绍如何在主流浏览器中开启 DoH,推荐使用 Cloudflare 的 1.1.1.1。

什么是 DoH?
普通 DNS 查询是明文传输的,任何人都可以看到你访问了哪些域名。DoH 将 DNS 查询封装在 HTTPS 中,加密传输,保护隐私,同时可以绕过部分 DNS 层面的封锁。

🦊 Firefox(火狐浏览器)

  1. 点击右上角菜单按钮 → 设置
  2. 在左侧选择 隐私与安全,向下滚动找到 启用安全 DNS 部分
  3. 选择 增强保护最大保护
  4. 选择提供商 下拉菜单中选择 Cloudflare(1.1.1.1)

🌐 Google Chrome(谷歌浏览器)

  1. 点击右上角三点菜单 → 设置
  2. 选择 隐私和安全安全
  3. 向下滚动,开启 使用安全 DNS
  4. 选择 使用指定的 DNS 提供商,在下拉菜单中选择 Cloudflare(1.1.1.1)

🔷 Microsoft Edge

  1. 点击右上角三点菜单 → 设置
  2. 选择 隐私、搜索和服务,向下滚动到 安全 部分
  3. 开启 使用安全 DNS
  4. 选择 选择服务提供商
  5. 在下拉菜单中选择 Cloudflare(1.1.1.1)

🦁 Brave 浏览器

  1. 点击右上角菜单按钮 → 设置
  2. 选择 隐私和安全安全
  3. 高级 部分,开启 使用安全 DNS
  4. 选择 DNS 提供商 下拉菜单中选择 Cloudflare(1.1.1.1)

✅ 验证是否生效

设置完成后,访问 https://one.one.one.one/help,查看页面中 使用 DNS over HTTPS(DoH) 一项是否显示

✅ 如果显示”是”,说明 DoH 已成功开启,你的 DNS 查询已被加密保护。

📌 常见问题

Q:开启 DoH 后网速会变慢吗?
A:Cloudflare 1.1.1.1 是全球最快的公共 DNS 之一,开启 DoH 后速度影响极小,通常感知不到差异。
Q:DoH 和 VPN 有什么区别?
A:DoH 只加密 DNS 查询,不加密其他流量。VPN 加密所有流量。两者可以同时使用,互不冲突。
Q:手机浏览器也能设置吗?
A:可以。Chrome、Firefox 的手机版同样支持 DoH,设置路径与桌面版类似。也可以直接在手机系统层面设置私人 DNS(Android 9+),填入 1dot1dot1dot1.cloudflare-dns.com

参考来源:Cloudflare 官方文档 · 本文整理自官方教程