昨天看到一件非常有意思的事情,有人研究了一下用 Codex 直接把家裡的網路修復了一下,修復之後的網路直接原地起飛,實測速度堪比光速。

這本來沒什麼好說的。
但後面有意思的是,另一個網友直接把原貼丟給了 Codex,隨後附上了自己的 prompt
vbnet 體驗 AI 程式碼助理 代碼解讀 複製代碼 Hey my friend says he improved his internet speed and here is what happened. Can you check if there are any improvements we can make for our internet? My provider says they're sending 1.2k gbps and anything I get is a result of hardware. I'm getting 55mbps right now pls fix make no mistakes.
這句話的意思是說。
我朋友說他的網速變快了,情況是這樣的。你能幫我看看我們家的網路有什麼可以改善的地方嗎?我的網路供應商說他們提供的頻寬是 1.2k Gbps,而我實際拿到的網速是硬體造成的。我現在只有 55Mbps,請幫我解決這個問題,別出任何差錯。
然後放了一下優化前和優化後的實測對比圖。

這哥們的聰明之處在於,他直接把「別人成功優化的真實案例」當作上下文餵給 Codex,讓 Codex 參考那個案例,替自己當前的爛網速做針對性診斷和修復。
也就是說,只要有人從 0 -> 1 真實跑通一個案例,你發出來之後其他人就可以很方便地裂變,變成 1 -> N。
這裡我有個問題,為什麼這個人的成功經驗不是直接讓 LLM 來直接回答呢(手動狗頭)
然後 X 上確實有很多人透過這種方式優化了網路效能。
我自己也根據這個 prompt 實際操作了一下,確實網路直接原地起飛了。一條要求 Codex 針對網速改善做對比的請求,工作了 25s 就完成了。

然後這是優化之後的直觀對比。

看起來效果提升得並不是特別明顯,但我從使用者親身體驗的角度來說,確實達到了直接原地起飛的效果。
要知道,我肉身是在國內。。。。。。
使用這種方式記得有一點,先評估再進行操作,先讓 LLM 做好執行備份。否則容易把你的 xx 直接 kill 掉。
比如這位哥們的操作就直接把我笑麻了。

我自己實測的過程中也出現過 Codex 亂殺的情況,不過幸好我這邊影響不大。
直接給大家 prompt 好了,你可以直接去 agent 上(任何 LLM 都可以嘗試)進行修復。
markdown 體驗 AI 程式碼助理 代碼解讀 複製代碼診斷問題:首先執行 speedtest-cli。
> 檢查 DNS 解析時間,
> 檢查 MTU、封包遺失、Wi‑Fi 訊號/干擾。
> 找出了 3 個問題。
> 刪除了過期的網路位置/設定檔。
> 終止或限制了占用頻寬的背景程序。
> 優化了 mDNS。
> 執行了前後速度測試和延遲檢查。
有人使用 /goal 指令直接修復,我沒有使用 /goal 指令,不過修復得也不錯。
希望大家都能體會到網速起飛的酥麻感,簡直太爽了。