最近刷到一个很有传播性的说法：有人用 Codex 把电脑网速从 400Mbps 优化到了 900Mbps。
听起来像玄学，但细看之后，这件事没有那么神，也不是完全没用。
我的结论很简单：Codex 不能突破你的宽带套餐、路由器、光猫和运营商上限，但它可以像一个会用终端的网络诊断助手，帮你把本机网络配置、DNS、代理、Wi-Fi 状态和后台进程系统性查一遍。
如果问题真的出在本机配置，它可能有明显效果；如果瓶颈在运营商、路由器、墙体信号、网线或远端服务，它最多只能告诉你问题不在电脑上。
事情是怎么火起来的
最早看到的是 X 上这条提示词，核心思路不是“让 Codex 神奇加速”，而是要求它按流程做三件事：
- 先跑 before 基准；
- 再做安全、可逆、低风险修改；
- 最后复测 before / after。
这个思路比“帮我优化网速”靠谱得多。因为网络问题很容易被错判：测速站点、DNS、VPN、代理、Wi-Fi 频段、后台同步、路由器位置、系统网络服务顺序，任何一个点都可能影响结果。
爱范儿也写了一篇实测文章，标题很抓人：用 Codex 优化网速狂飙 900Mbps。文章里提到，原案例的关键解释是 Windows 上的 auto tuning level 被从关闭调回了 normal。
这里要注意一个边界：这不是 Codex 改变了运营商给你的带宽，而是它可能发现了本机网络栈里被错误关闭的能力。
Codex 真正能做什么
我更愿意把它理解成“网络排查执行器”。
它能做的通常是这些：
- 跑测速和延迟基准，比如下载、上传、空闲延迟、加载延迟；
- 检查 DNS 解析耗时，判断是不是 DNS 配置拖慢了访问；
- 检查默认路由、代理、VPN、TUN 设备和网络服务顺序；
- 查看 Wi-Fi 信号强度、频段、信道、Tx Rate 和噪声；
- 发现占带宽的后台进程，比如网盘同步、下载器、VPN、代理客户端；
- 在 Windows 上检查 TCP Auto-Tuning、DNS 缓存、网络适配器状态；
- 在 macOS / Linux 上检查路由、DNS、网络服务、MTU 和丢包。
这些事人当然也能做，但麻烦在于命令分散、指标多、判断链路长。Codex 的价值在于：它可以把一组检查串成流程，并把结果整理成“发现了什么、改了什么、是否有效”。
实测不一定会变快
爱范儿的实测结果就比较冷静：他们让 Codex 按提示词检查 DNS、数据包、网络配置等问题，Codex 也确实给出了几个结论，但复测后没有明显网速提升。
这其实更接近真实情况。
如果你本机没有明显错误配置，Codex 做完清理 DNS、调整服务顺序、提示关闭后台进程之后，测速可能不会有什么变化。它能提升的是“被本机问题拖慢的部分”，不是凭空给你增加带宽。
所以判断它有没有用，不能只看“测速数字有没有变大”，还要看：
- DNS 解析是不是更稳定；
- 延迟和抖动是不是下降；
- 丢包有没有减少；
- VPN / 代理是否误接管了路由；
- Wi-Fi 链路速率是否匹配你的宽带；
- 后台进程是否一直占用上传或下载。
有时候“网速慢”的体感，不是下载带宽低，而是 DNS 慢、首包慢、丢包高、代理绕路或 Wi-Fi 干扰严重。
风险也是真实存在的 ⚠️
这类任务最大的问题是：它会碰系统网络配置。
爱范儿文章里也提醒，有评论提到 Codex 把原有网络配置删掉后，还解释说这是为了让网速更快。这个风险不能忽略。
所以我不建议直接对 Codex 说：
帮我优化网速，直接改。更好的方式是把权限和边界说清楚：
目标：优化当前电脑的网络速度和稳定性。
工作方式：
1. 先诊断，不要直接修改；
2. 给出 before 基准，包括下载、上传、延迟、DNS、丢包、默认路由；
3. 解释每个异常指标可能代表什么；
4. 只提出安全、可逆、低风险修改；
5. 任何需要 sudo、删除网络服务、重置网络、影响 VPN 或远程连接的动作，都必须先说明风险并等待确认；
6. 修改后复测，并对比 before / after。
限制：
- 不要删除现有网络配置；
- 不要破坏 VPN、代理和远程连接；
- 不要修改路由器或运营商侧配置；
- 如果无法确认收益，就只输出建议，不执行修改。如果你在 Codex 里使用目标命令，可以写成：
/goal 提升当前电脑的网络稳定性和可用带宽表现；
通过 before/after 的测速、DNS 查询耗时、ping 延迟、丢包和路由信息验证；
约束是不删除网络配置、不重置网络、不影响 VPN/远程连接；
只允许先诊断和提出可逆修改，涉及 sudo 或系统配置变更时必须等待确认。不同系统的关注点
不同系统上，Codex 能排查的重点也不一样。
macOS
macOS 上可以先关注：
networkQuality的上下行和响应性；scutil --dns、scutil --proxy、scutil --nwi；- Wi-Fi 的 RSSI、噪声、Tx Rate、频段；
- 网络服务顺序；
- VPN、代理、Tailscale、Clash、Stash、Shadowrocket 等是否接管路由。
macOS 很多底层网络参数并不适合乱改，所以更适合让 Codex 做诊断、解释和建议。
Windows
Windows 上可以关注：
- TCP Auto-Tuning 是否被关闭；
- DNS 缓存、网卡驱动、网络适配器状态；
- 代理、VPN、虚拟网卡；
- 电源管理是否让网卡省电；
- 任务管理器里是否有异常占用网络的进程。
如果 auto tuning level 这类配置真的被错误关闭，恢复默认值可能会有明显收益。但这仍然应该先看当前值，再决定是否修改。
Linux
Linux 上可以关注：
ip route、resolvectl status、nmcli；- DNS、MTU、丢包、默认路由；
- 容器、虚拟网卡、代理、TUN/TAP；
- 后台同步、下载任务和服务进程。
Linux 的网络配置差异更大，尤其是服务器和桌面发行版差异明显，更应该先让 Codex 输出判断依据。
我会怎么用
我不会把这件事当成“AI 网速加速器”，而是当成一个排查清单自动执行器。
比较稳的流程是：
- 先手动跑一次测速，记下结果；
- 让 Codex 只做诊断，不改配置；
- 让它解释异常点和可能原因；
- 只批准最小、可逆的修改；
- 每改一项就复测，不要一次改一堆；
- 如果没有明显收益，保留诊断结论，不继续折腾。
最有价值的不是那句“从 400Mbps 到 900Mbps”，而是这个工作方式：给 Agent 一个目标，同时给它证据、约束和验收标准。
这也是 Codex 越来越有意思的地方。它不只是写代码，也可以变成一个会使用工具、会跑诊断、会做对比的工作台。
但越是接近系统设置、账号权限、网络连接、文件删除这类高风险区域，越要让它慢下来。
结论
Codex 优化网速这件事，靠谱但别神化。
它靠谱的地方在于：可以系统性检查本机网络问题，把 DNS、代理、Wi-Fi、后台进程、网络服务顺序和系统配置串起来看。
它不靠谱的地方在于：不能突破物理链路和运营商上限，也不应该被允许直接大改网络配置。
我的建议是：让 Codex 先做网络体检，再由你决定要不要动手治疗。
参考来源：
