Claude 經遠端 KVM 幫 PC 超頻成功,AI 掂到 UEFI 要留幾多權限?
3C 產品

Claude 經遠端 KVM 幫 PC 超頻成功,AI 掂到 UEFI 要留幾多權限?

圖片:via XDA Developers — https://www.xda-developers.com/let-claude-overclock-pc-remotely-and-it-actually-worked/
TechLab 編輯部(譯)·

一次成功實驗背後,有逐輪壓力測試、救機預案同人手把關

Claude 真係改到 UEFI

XDA 作者 Joe Rice-Jones 將一部裝住 Intel Core Ultra 5 250K Plus、Gigabyte Z890 AORUS Master 主機板嘅測試機,接去 GL.iNet Comet X KVM-over-IP,再畀 Claude 睇 1080p 畫面截圖同送出鍵盤指令。Claude 就係咁逐頁查看 UEFI、改設定、重新開機,再根據測試結果決定下一步,全程冇專用 BIOS 外掛,亦冇 agent 裝喺目標電腦入面。

最後嗰套設定解開咗 250W 功耗限制,轉用 Intel Performance 供電設定、將 NGU multiplier 由 26x 加到 34x,再做 −100mV undervolt。XDA 錄得峰值 197W、77°C;Cinebench 2024 多核快 5%,7-Zip 高 7.7%,y-cruncher 快 7.4%,PYPrime 就快 3.1%。呢啲全部係 XDA 單一粒 CPU、單一硬件組合嘅結果,唔代表另一粒同型號處理器會食得落同一套數值。

GL.iNet Comet X 四路遠端 KVM 主機同前置觸控屏幕

圖片:GL.iNet

佢靠嘅係一個幾嚴密嘅測試迴圈

Claude 每次只改一組設定,入 Windows 後再經 SSH 跑 7-Zip、PYPrime、y-cruncher 同 Cinebench 2024。測試程式亦會查 Windows Hardware Error Architecture(WHEA)錯誤,用 HWiNFO 記低 CPU 溫度同功耗,然後輸出成資料畀 Claude 分析。作者開工前先存好可用嘅 BIOS profile,旁邊亦有智能插座,遇上主機板自動復原都救唔返嗰陣可以斷電。

結果唔係一路順風。Claude 試過固定 54x 全核倍頻,時脈雖然高咗,y-cruncher 反而慢 7.9%;D2D interconnect 加一級都頂唔住,前後出現六次藍畫面,當中一次連 Windows 都入唔到。之後集中調 NGU 同逐級減電壓先搵到穩定組合。呢段先最接近真正超頻:AI 可以守足程序,但硬件點反應始終要逐步量,冇一個 prompt 可以跳過 silicon lottery。

數據搵到異常,散熱器仍要人手檢查

全次實驗最大提升其實來自重新裝好散熱器。Claude 發現解開功耗限制後,多核成績跌咗 12%,但單核冇明顯變化,因而懷疑散熱出咗問題。作者檢查實物後發現散熱器冇坐好。重新安裝之後,原廠設定下嘅 Cinebench 已高咗 19.7%,遠高過超頻本身帶來嘅 5% 至 7.7%。AI 擅長由數據搵異常,不過擰螺絲、睇接觸面同判斷現場情況,依然要人手處理。

人亦補到 Claude 當初漏咗嘅背景。作者後來先發現主機板一直行緊保守嘅 Intel Baseline 供電 profile,令電流上限停喺 203A;Claude 首次掃 UEFI 時見過嗰頁,卻冇意識到設定對結果有幾關鍵。呢個例子幾實際:畫面辨認準確,只代表 agent 知道掣喺邊,未代表佢理解每個主機板預設背後嘅取捨。

KVM 令一次撳錯掣變成硬件事故

一般 Computer Use 撳錯桌面 app,通常仲有作業系統權限、確認視窗同備份可以兜底。KVM 模擬實體鍵盤,又睇到開機前畫面,Claude 因而可以直接改電壓、功耗、記憶體同開機設定。錯一格可能令系統過熱、開唔到機或者寫壞資料;如果連斷電插座都自動化,錯誤操作仲可能喺寫入資料期間硬切電。Anthropic 自己亦提醒,Computer Use 同畫面之間冇 sandbox,官方安全機制唔保證每次都擋到錯誤。

遠端 KVM 本身亦係高權限入口。GL.iNet 官方話 Comet X 可以經自家雲端服務、Tailscale 或 ZeroTier 遙控,管理頁亦有管理員密碼、雙重認證同自訂 TLS 憑證。實際部署最好限喺私人連線入面,唔好直接公開管理介面;Claude 可見嘅截圖、KVM 登入資料、benchmark 檔案同電源控制亦要分開授權,免得一個 session 同時攞齊所有控制權。

幾個確認位唔應該交晒畀 agent

第一輪只讀取同畫 UEFI 路線,呢個做法值得保留;每次寫入電壓、功耗、保護機制或開機選項前,都應由人確認改動同上限。測試亦要維持一次一個變項,見到 WHEA、溫度超標、跑分倒退或者重複死機就自動停。清 CMOS、載入救機 profile、硬切電同放寬遠端存取權限,就留畀現場嘅人決定,避免同一個 agent 同時製造問題兼操作最後一條救生繩。

XDA 呢次證明 AI agent 已經可以靠截圖同鍵盤控制完成一輪硬件調校,成績亦唔差。不過成功條件包括完整紀錄、逐輪壓力測試、預先準備復原設定,同一個全程望住嘅熟手。想跟住玩,先由冇寫入權限嘅 UEFI 導航同數據分析開始;涉及電壓、散熱、開機同實體電源嗰幾步,暫時都應該由人撳確認。


參考來源

本文根據原文及公開資料整理;資料有出入時,以原文及官方資料為準。

分享:WhatsAppThreadsTelegramFacebook