
-
2026-09-15, 10:03 PM
#7771
AIBIOS.png
在等待 Iancanada 完成 FifoUSBPi 的過程中,我自己利用 Claude Code (Model:Fable 5.1)以及 Codex (Model: ChatGPT GPT 6 Astra) 設計了一款可以自動AI超頻且能用自然語言對話的BIOS調教工具。
初衷只是為了找到BIOS在簡單的燒機流程下,最穩定的甜蜜點。
但出乎意料的中間出了很多插曲,我花了大概300~500美金才勉強把工具做到能用。
這個工具在未來我覺得更完善後會免費開源到Github。
它可以:
1.在Z790主機板下自動改寫BIOS可以改寫的數值
2.每次重開機後簡單測試燒機穩定性
3.如果當機它會在重開機之後思考下一步要怎麼改.
4.只要不藍屏它可以全自動一直重開機並調整最佳參數
缺點:
1.如果藍屏卡住需要人工重開機
2.需要用Codex或Claude code以終端機的方式連接,也需要消耗Token,也就是改的過程中是"收費"的
但意外幫我節省了很多時間,以前雖然知道數值一個一個降低會更好,但始終不知道穩定度。
我認為穩定度還是高於極限高頻或極限低時序。
而AI調教的BIOS聲音居然無限接近甚至超越我DDR4時代全盛時期的聲音,至少才調了60~70%?
因為我只是讓它在DDR5 6000 低電壓下找到最佳時序,它能夠從第一時序找到第三時序,而且還能通過穩定性測試!
未來會嘗試看 1N模式下 DDR5 最高能跑到多少 (7000~7200?)。
Ian套件雖然改善了聲音(大部分是時鐘的功勞),但訊源狀態本身造成訊號干擾以及波動仍然會放大前端差異,故BIOS設定仍然聽得出差異。
之後我等 完成 FifoUSBPi 後,再來重新測試看看是否解決了這個問題。
-
The Following 3 Users Say Thank You to gangster.tank For This Useful Post:
-
2026-09-16, 10:48 AM
#7772
2026/8/31 二訪中壢音響室
此篇文章於 2026-09-16 01:06 PM 被 termdoxa 編輯。
-
The Following 3 Users Say Thank You to termdoxa For This Useful Post:
-
2026-09-16, 11:01 PM
#7773
 作者: gangster.tank
AIBIOS.png
在等待 Iancanada 完成 FifoUSBPi 的過程中,我自己利用 Claude Code (Model:Fable 5.1)以及 Codex (Model: ChatGPT GPT 6 Astra) 設計了一款可以自動AI超頻且能用自然語言對話的BIOS調教工具。
初衷只是為了找到BIOS在簡單的燒機流程下,最穩定的甜蜜點。
但出乎意料的中間出了很多插曲,我花了大概300~500美金才勉強把工具做到能用。
這個工具在未來我覺得更完善後會免費開源到Github。
它可以:
1.在Z790主機板下自動改寫BIOS可以改寫的數值
2.每次重開機後簡單測試燒機穩定性
3.如果當機它會在重開機之後思考下一步要怎麼改.
4.只要不藍屏它可以全自動一直重開機並調整最佳參數
缺點:
1.如果藍屏卡住需要人工重開機
2.需要用Codex或Claude code以終端機的方式連接,也需要消耗Token,也就是改的過程中是"收費"的
但意外幫我節省了很多時間,以前雖然知道數值一個一個降低會更好,但始終不知道穩定度。
我認為穩定度還是高於極限高頻或極限低時序。
而AI調教的BIOS聲音居然無限接近甚至超越我DDR4時代全盛時期的聲音,至少才調了60~70%?
因為我只是讓它在DDR5 6000 低電壓下找到最佳時序,它能夠從第一時序找到第三時序,而且還能通過穩定性測試!
未來會嘗試看 1N模式下 DDR5 最高能跑到多少 (7000~7200?)。
Ian套件雖然改善了聲音(大部分是時鐘的功勞),但訊源狀態本身造成訊號干擾以及波動仍然會放大前端差異,故BIOS設定仍然聽得出差異。
之後我等 完成 FifoUSBPi 後,再來重新測試看看是否解決了這個問題。
有點好奇工作環境與概念流程,例如是隨身碟安裝Linux核心或是更複雜的方式.
因為ROG等消費級板子針對底層UEFI參數應該都是閉源狀態,不管是Windows跟Linux
都沒辦法直接對接才是.
-
The Following User Says Thank You to Higuma For This Useful Post:
-
2026-09-16, 11:29 PM
#7774
 作者: Higuma
有點好奇工作環境與概念流程,例如是隨身碟安裝Linux核心或是更複雜的方式.
因為ROG等消費級板子針對底層UEFI參數應該都是閉源狀態,不管是Windows跟Linux
都沒辦法直接對接才是.
回H大,
這套是直接跑在 Windows 的工具,不需要隨身碟或 Linux。UEFI 閉源不代表作業系統完全不能存取設定,Windows 本身就提供讀寫 UEFI 變數的正式介面。工具會解析對應版本 BIOS 的設定表(IFR),找出參數位置與編碼,再修改韌體允許寫入的 NVRAM 設定;改的是設定值,沒有改寫 BIOS 程式碼。
以我這張 ROG Z790 APEX/BIOS 0703 為例,關鍵前置設定是 Advanced → UEFI Variables Protection → Password protection of Runtime Variables → Disable,也就是關閉執行階段變數的密碼保護,這個選項在 ASUS 手冊也有說明。另外 Windows 必須以 UEFI 模式啟動、工具用管理員權限執行,並使用完全對應主機板與 BIOS 版本的參數表。清 CMOS 後要重新確認上述保護設定;目前沒有把關閉 Secure Boot 列為這條寫入路徑的必要條件。
流程是「AI 提出調整 → 保存完整快照與備份 → 寫入設定 → 重開機 → 比對 BIOS 與實際生效值 → 短測及延遲/頻寬量測」。實際時序與頻率的讀取另用 PawnIO 驅動協助。這套目前是針對實機驗證過的板子與版本處理,不能直接套用到所有 ROG,也不是所有 BIOS 參數都能寫。
-
The Following 2 Users Say Thank You to gangster.tank For This Useful Post:
-
2026-09-17, 01:05 AM
#7775
 作者: gangster.tank
回H大,
這套是直接跑在 Windows 的工具,不需要隨身碟或 Linux。UEFI 閉源不代表作業系統完全不能存取設定,Windows 本身就提供讀寫 UEFI 變數的正式介面。工具會解析對應版本 BIOS 的設定表(IFR),找出參數位置與編碼,再修改韌體允許寫入的 NVRAM 設定;改的是設定值,沒有改寫 BIOS 程式碼。
以我這張 ROG Z790 APEX/BIOS 0703 為例,關鍵前置設定是 Advanced → UEFI Variables Protection → Password protection of Runtime Variables → Disable,也就是關閉執行階段變數的密碼保護,這個選項在 ASUS 手冊也有說明。另外 Windows 必須以 UEFI 模式啟動、工具用管理員權限執行,並使用完全對應主機板與 BIOS 版本的參數表。清 CMOS 後要重新確認上述保護設定;目前沒有把關閉 Secure Boot 列為這條寫入路徑的必要條件。
流程是「AI 提出調整 → 保存完整快照與備份 → 寫入設定 → 重開機 → 比對 BIOS 與實際生效值 → 短測及延遲/頻寬量測」。實際時序與頻率的讀取另用 PawnIO 驅動協助。這套目前是針對實機驗證過的板子與版本處理,不能直接套用到所有 ROG,也不是所有 BIOS 參數都能寫。
查了一下概念上真的可以,確實關鍵是要關閉UEFI的安全防護.這樣的話,甚至也不用進OS,直接透過隨身碟在UEFI階段透過UEFI Shell就能執行了.
這樣能避免重複載入OS的時間,也避免OS不穩定出現回饋失敗.甚至連程式都不需要安裝在OS.但若你需要線上AI對測試結果作分析,就還是需要
進入OS連上雲端.外部隨身碟做法會是更機械式的逐步根據測試結果pass/not pass來收緊/放寬參數.需要你自己寫策略.但透過Codex之類的工具
協助應該不難,如果目標很具體例如是要在特定組態下收緊記憶體延遲參數的話.
UEFI參數表的解析需要作為前置作業,但因為底層幾乎都是AMI的Aptio V框架,所以用官方工具SCEWIN就能讀出每張主機板的參數設定,修改完
一樣寫入NVRAM就能接著測試.所以其實可以包含在套件方案裡.這樣在策略自己決定,機械化調整的前提下,就能一個隨身碟且離線下搞定記憶體參數
之類的自動化調整.甚至策略也能在OS層用GUI做一些preset再寫入腳本.最後再設定隨身碟開機執行loop.記得要加上exit條件就是了.
-
The Following 3 Users Say Thank You to Higuma For This Useful Post:
-
2026-09-18, 02:57 PM
#7776
DATAERASE 與 WIPEDISK 詳細探討:結論一,簡要原則。
DATAERASE 與 WIPEDISK 詳細探討 結論一,簡要原則。
一、USB 3.0 >>>>>>>>>>>>>> USB 2.0!!!播放DT3時 透過U3TT 轉成USB 3.0會好聽,同樣的,讀取外接硬碟檔案時,USB 3.0就是絕對強者!!
二、010101,會嚴格區分成追求 HI-FI的 01,或是追求音質與連續性的 01。
WIPEDISK、FORMAT、SDELETE64 都是追求 HI-FI 的 010101,無藥可救!!『猜想』最簡化的LINUX OS可以摸到追求音質與連續性的 01?看看 sam0402 何時把他的外接硬碟音樂檔拿來中壢音響室檢驗?..... 
目前唯一可以保證『追求音質與連續性的 01』的,就是 DataErasure 331-U3!而且使用的電源品質越高越安全。請注意我是使用目前全世界第二名、僅次於 AUDIOMAT軍用規格的 DC供電:
專線 => 香寶寶電源線 => COSEL 1500W 48V => 大黑箱 => 明緯 SD1000L 48/12 => 大黑箱 => 稥寶寶DC線 => DataErasure 331-U3。
三、追求HI-FI或追求音質、連續性,必需考慮類比端與錄音端的『性能天限』。
例如:KLA118 很難分辨 音質、連續性的010101。HORTUS243 讓我的類比端死光難以分辨各種不同的010101。
四、最簡單的 WIPEDISK方法公布:
1、隨便找一個硬碟分區 Z:\,把它塞滿到剩下400M。
2、sdelete64 Z: -z -p 150 <= 幾乎等於 WIPEDISK 5 次的 HIFI性能提升效果!!!!大概花個20-30分鐘??
3、COPY 200M的音樂檔,放在Z:的 CP1資料夾,再新建一個CP2資料夾,再於Z:\內部COPY一百次:
@echo off
set count=0
:Again
copy CP1 CP2 /Y
copy CP2 CP1 /Y
set /a count=count+1
ECHO %count%
if not %count%==50 goto Again
ECHO OK!!
OK,如此就可以得到世界第一HI-FI性能的 010101。當然了!如果PC的供電不佳,這種0101可能讓音質或連續性『變得更差』。不佳到底要多不佳?鬼才知道。
但是我的 PC 己經是音質與連續性最頂尖的 PC了,結果完全被 DataErasure 331-U3 徹底電爆.............
(END)
-
The Following 2 Users Say Thank You to psycho For This Useful Post:
-
2026-09-19, 02:45 PM
#7777
此篇文章於 2026-09-19 02:47 PM 被 psycho 編輯。
-
The Following 3 Users Say Thank You to psycho For This Useful Post:
-
2026-10-02, 02:35 PM
#7778
DATAERASE 與 WIPEDISK 詳細探討 結論三:終於可以把被SSD破壞的檔案救回來了!
-
The Following 2 Users Say Thank You to psycho For This Useful Post:
-
2026-10-02, 03:02 PM
#7779
你們看,現在又多了一個蜈蚣串:一大堆硬碟!!
幸好在蝦皮二手一顆只要200元到300元就好了。。 
20261002_145948.jpg
此篇文章於 2026-10-02 03:06 PM 被 psycho 編輯。
-
The Following User Says Thank You to psycho For This Useful Post:
-
2026-10-03, 11:32 AM
#7780
AIBIOS768.jpg
BIOS在經過AI 768輪調教後,幾乎將DDR5 6000 1.1V低電壓時序調至完美。
聲音令人滿意至極,有無與倫比密度極高卻又自然流暢的暫態(非常確定)、高頻細節以及延伸(中頻跟低頻也是)、同時聽感上三頻無論x、y、z軸均獲得擴張。
我已經將我BIOS超頻工具調整至可以以很低成本修改BIOS。
但還是需要一點點Token。
現將該工具開放給發燒友們玩,使用方法就是訂閱ChatGPT或Claude。
然後將zip檔案直接解壓縮到隨便專案資料夾,如果是ChatGPT就打開Codex接手zip解壓縮好的專案資料夾。
是Claude就用Claude code或Claude code CLI(不是exe那個,就是powershell安裝就能用)。
因為每個人的電腦狀況複雜,所以我建議訂閱AI然後接手專案資料夾,直接讓AI分析工具是否可用。
Z690以後的主機板,而且是Z系列的,理論上應該都可用。
實際上工具運作也需要AI接手才能正常,因此GPT或Claude的訂閱是必要項。
另外內建了開源版Jev的Laya,可以節省一些token,也可以請AI評估是否需要,因為不是每個顯卡/CPU都能跑。
如果是無顯卡的CAT,建議請AI移除Laya。
發燒友們也可以自行利用AI改進工具。
雖然我有做了一些小改善,但我感覺還不是超級完美,就先不上傳到github,暫時先放在googledrive供大家使用。
下載連結:
https://drive.google.com/file/d/1AJI...ew?usp=sharing
免責聲明:
使用該工具導致任何電腦上的損失或故障,由使用者自行承擔,本人無法負責。(但大概率不會發生)
此篇文章於 2026-10-03 11:35 AM 被 gangster.tank 編輯。
-
The Following 2 Users Say Thank You to gangster.tank For This Useful Post:
發文規則
- 您不可以發表新主題
- 您不可以發表回覆
- 您不可以上傳附件
- 您不可以編輯自己的文章
-
討論區規則
|