BBQ2077/exl3-windows-gfx1201

ExLlamaV3 (EXL3) runtime for AMD RX 9070 / gfx1201 on native Windows — no WSL, no SDK install. Pairs with GGUFRun.

Python

0

3 commits

updated Oct 16, 2026

See the code

See what people are saying

SourceMessageScoreDate

RX 9070 16 GB-Qwen3.8-27B-exl3 3.00 bits per weight / H4 / V4-Coding: 100–120 TK/s (tokens per second) on Windows (r/LocalLLM)

I’ve got it running on Windows and have compiled the necessary runtime; feel free to use it if needed: [https://github.com/BBQ2077/exl3-windows-gfx1201](https://github.com/BBQ2077/exl3-windows-gfx1201) The model used is: 3.00 bits per weight / H4 / V4…

1

Oct 16, 2026

README

EXL3 Runtime for AMD RX 9070(gfx1201)— 原生 Windows

在 原生 Windows 上用 AMD RX 9070 系列顯卡跑 ExLlamaV3(EXL3 量化模型)的免安裝執行環境。不需要 WSL、Linux、Visual Studio、ROCm/HIP SDK,也不用自己編譯:解壓縮後就能用。

  • 內附 CPython 3.12.0、PyTorch 2.13.0+rocm10.1.0(AMD TheRock)、Triton Windows 3.7.1.post27、ROCm 10.1 執行庫。
  • ExLlamaV3 1.6.2 的 C++/HIP 擴充已針對 gfx1201 預先編譯(native/exllamav3_ext.pyd)。
  • server.py:OpenAI 相容 API 伺服器,附 llama.cpp 網頁介面,支援思考模式、工具呼叫、DFlash2 投機解碼、多輪前文快取、看圖。
  • 推薦搭配 GGUFRun 使用:在圖形介面選模型、調參數、一鍵啟動。

適用顯卡

ExLlamaV3 的 HIP 核心是針對 gfx1201 預先編譯的。啟動時偵測到其他架構只會印出 WARNING,照常往下跑,能不能用以實際載入結果為準:

顯卡架構狀態
Radeon RX 9070 XT/RX 9070/RX 9070 GREgfx1201✅(實測:RX 9070 16 GB)
Radeon AI PRO R9700(32 GB)gfx1201✅
Radeon RX 9060 XT/RX 9060gfx1200未測試
RX 7000 系列(gfx110x)gfx110x未測試

同為 gfx1201 的不同品牌板卡(華碩、技嘉、撼訊…)都能用,不需要重新編譯。

系統需求

  • Windows 10/11 64 位元。
  • AMD Adrenalin 顯示卡驅動:使用近期版本(實測驅動 32.0.32015.2008)。runtime 只用系統裝好的驅動,其他 ROCm 元件都自帶。
  • 系統 RAM:建議 32 GB(多輪快取預設用 4 GB RAM;視覺塔放 RAM 時另外佔一點)。
  • 硬碟:runtime 解壓後約 2.5 GB;Qwen3.8-27B 3.0bpw 模型約 12 GB+草稿 0.9 GB。

下載與安裝

到本倉庫的 Releases 下載兩個檔案,解壓到同一個資料夾:

檔案內容大小什麼時候要重新下載
EXL3-gfx1201-A-python-*.zip基礎環境:python/(Python、PyTorch、ROCm、Triton)約 0.9 GB很少;只有 PyTorch/ROCm 升級時
EXL3-gfx1201-B-app-*.zip程式本體:ExLlamaV3、預編譯核心、server.py、網頁介面、測試約 30 MB每次更新

更新時通常只要下載新的 B 包覆蓋舊檔;Release 說明會註明要搭配哪一版 A 包。

B 包的內容和本倉庫的檔案相同,所以也可以直接 git clone 本倉庫代替 B 包,再把 A 包解壓進 clone 下來的資料夾(python/ 已列在 .gitignore);之後用 git pull 更新。

解壓後在資料夾內執行 verify.cmd 檢查:

verify.cmd

看到 RUNTIME_FILES_VERIFIED(檔案完整)和 PRECOMPILED_RUNTIME AMD Radeon RX 9070 ...(GPU 可用)就是好了。第一次執行 Triton 會建立 GPU 快取,稍慢是正常的。

推薦:搭配 GGUFRun 使用

GGUFRun 是 Windows 本機 LLM 控制台,會自動偵測這份 runtime,選到 EXL3 模型時改用它啟動。資料夾這樣放:

GGUFRun/
  gguf-ui.py、start-ui.bat …
  RUNTIMES/
    exl3-gfx1201/                         ← A 包+B 包解壓到這裡
  LLM-MODELS-EXL3/
    Qwen3.8-27B-EXL3-SC3.0bpw-H4-V4/      ← 主模型(一個模型一個資料夾)
    Qwen3.8-27B-DFlash2-EXL3-3.0bpw/      ← DFlash2 草稿模型

開啟 GGUFRun 後:

  1. 主模型下拉選單選 [EXL3] Qwen3.8-27B-EXL3-SC3.0bpw-H4-V4,下方會顯示權重/顯存檢查結果。
  2. 模式選「投機解碼」,草稿模型保持「自動」,會自動配對 DFlash2 草稿。
  3. 「更多設定」可調 Context、KV 型別(q4_0 最省顯存)、思考模式、視覺(off/gpu/ram)。
  4. 按啟動,等日誌出現 ready 後開網頁即可聊天;其他程式可接 http://127.0.0.1:<埠>/v1 的 OpenAI API。

模型下載

Qwen3.8-27B(主模型)

來源:turboderp/Qwen3.8-27B-exl3。不同量化放在不同分支,下載時要指定分支:

分支大小適合
SC_3.00bpw_H4_V412.1 GiB16 GB 顯卡推薦;視覺塔也量化過(0.42 GiB)
SC_3.00bpw_H412.5 GiB同上,視覺塔未量化(0.86 GiB)
SC_2.20bpw_H3_V39.6 GiB想留更多顯存給長 context
SC_4.00bpw_H5_V615.3 GiB32 GB 的 R9700;16 GB 卡放不下

用官方 Hugging Face CLI 下載(pip install -U huggingface_hub 後有 hf 指令):

hf download turboderp/Qwen3.8-27B-exl3 --revision SC_3.00bpw_H4_V4 --local-dir LLM-MODELS-EXL3\Qwen3.8-27B-EXL3-SC3.0bpw-H4-V4

也可以在模型頁的「Files and versions」切換分支後,用瀏覽器逐檔下載,全部放進同一個資料夾。

DFlash2 草稿模型(投機解碼,選配但強烈建議)

來源:parth-thakre/Qwen3.8-27B-DFlash2-EXL3-3.0bpw(0.89 GB)。有它寫程式碼約快 3~4 倍(實測約 30 → 104~122 tok/s),輸出內容不變(每個草稿 token 都由主模型驗證)。

hf download parth-thakre/Qwen3.8-27B-DFlash2-EXL3-3.0bpw --local-dir LLM-MODELS-EXL3\Qwen3.8-27B-DFlash2-EXL3-3.0bpw

其他 EXL3 模型

架構列在 supported-architectures.json 的 EXL3 模型都能載入。EXL3 的權重和 KV cache 全部放顯卡,模型大小+context 必須塞得進顯存(不能像 GGUF 一樣分層放 CPU)。

不用 GGUFRun:直接使用

啟動 API 伺服器+網頁

server.cmd -m "D:\Models\Qwen3.8-27B-EXL3-SC3.0bpw-H4-V4" -dm "D:\Models\Qwen3.8-27B-DFlash2-EXL3-3.0bpw" ^
  --port 18437 -cs 32768 -cq 4 -rcs 4 -chunk_size 1024 -ndt 7 --thinking on --vision ram

日誌出現 EXL3_SERVER_READY 後,瀏覽器開 http://127.0.0.1:18437/ 就是聊天網頁;OpenAI 相容 API 在 http://127.0.0.1:18437/v1/chat/completions。伺服器只監聽本機 127.0.0.1。

每次請求期間,日誌每 3 秒印一行進度(比照 llama-server),結束時印總結:

[EXL3] 預填 1000/2000 tok(50%)|3.2 s|312.2 tok/s
[EXL3] 生成 44 tok|平均 14.5 tok/s|近 3 秒 14.2 tok/s|草稿接受 30/40(75%)
[EXL3] 完成:預填 2000 tok/6.48 s(308.8 tok/s)|快取重用 0 tok|生成 120 tok/8.38 s(14.3 tok/s)

常用參數:

參數說明
-m主模型資料夾
-dm/-ndtDFlash2 草稿模型資料夾/一次草稿幾個 token(建議 7)
-cscontext 長度(token)
-cqKV cache 量化位元,例如 4、8,或 K、V 分開 4,6;不填=FP16
-rcs多輪前文快取用的系統 RAM(GB)
-chunk_size讀提示詞時一次送進 GPU 的 token 數;開草稿時建議 1024
--thinkingon/off/auto 思考模式
--reasoning-effort思考強度(模型模板有支援時)
--visionoff/gpu/ram,見下節
-temp -topp -topk -minp預設取樣參數(請求可覆蓋)

終端機聊天

models.json 的 main、draft 指向主模型和草稿(相對路徑以 runtime 資料夾為準;預設值就是 GGUFRun 的資料夾配置)。之後雙擊 chat-qwen38.cmd:32K context、Q4 KV、DFlash2、思考開啟。/think 切換思考、/clear 清空、/x 結束。

其他模型用通用入口,自己指定聊天模板:

chat.cmd -m "D:\Models\另一個EXL3模型" -mode qwen35 -cs 32768 -cq 4 -think -tps
chat.cmd -m "D:\Models\另一個EXL3模型" -modes

看圖(視覺)

Qwen3.8-27B 自帶視覺塔。--vision(GGUFRun 的「視覺」選項)三選一:

選項視覺塔放哪常駐顯存(V4 模型)單張圖處理時間(實測)
off不載入0—
gpu顯卡0.25 GiB(未量化版約 0.9 GiB)640×800:0.22 秒;958×1198:0.28 秒
ram系統 RAM,處理圖片時才串流上顯卡0.01 GiB640×800:0.21 秒;958×1198:1.45 秒

開啟後網頁會出現附加圖片的按鈕;API 用 OpenAI 格式的 image_url(data:image/...;base64,...)。同一張圖在多輪對話中只處理一次。視覺運算一定要 GPU 執行,所以 ram 是「權重放 RAM」而不是純 CPU 計算。

效能與顯存(RX 9070 16 GB 實測)

主模型 Qwen3.8-27B SC3.0bpw+DFlash2 3.0bpw 草稿、Q4 KV:

項目結果
寫程式碼(500 tokens)約 104~122 tok/s,草稿接受率約 76%
一般文章約 45~50 tok/s
不開草稿約 30 tok/s
載入時間約 20~25 秒

顯存快滿時速度會掉很多:16 GB 卡開 65536 context,模型+KV 約佔 13 GiB;若 Chrome、桌面等程式又佔了 2.5 GiB 以上,總量逼近 16 GB,Windows 會把部分資料移到共享記憶體,速度可能掉到 40 tok/s 左右。這時:

  • context 改成 32768 或 16384;
  • 視覺用 ram 或 off;
  • 關掉瀏覽器硬體加速等吃顯存的程式。

常見問題

  • WARNING: kernels were precompiled for gfx1201; detected ...:顯卡不是 gfx1201,runtime 照常啟動;若後面出現 invalid device function 或 no kernel image 一類錯誤,代表核心不相容,需要針對該架構重新編譯。
  • verify.cmd 檔案驗證失敗:A、B 包版本不搭或解壓不完整,重新下載對應版本。
  • 防毒軟體攔截:python.exe、.pyd、ROCm DLL 都是官方套件原檔,可將資料夾加入例外。
  • 路徑有空白:可以,已測試搬到含空白的路徑仍正常。
  • 埠被佔用:換 --port;GGUFRun 會偵測上次留下的 EXL3 server 並詢問是否停止。

資料夾內容

位置用途
python/內附 Python、PyTorch、ROCm、Triton(A 包)
app/exllamav3/ExLlamaV3 1.6.2 原始碼(app/examples/ 為官方範例與聊天程式)
native/預編譯擴充 exllamav3_ext.pyd、hip_utils.pyd
server.pyOpenAI 相容伺服器
runtime.py啟動器:隔離環境、設定 DLL 搜尋路徑、檢查 GPU
web/聊天網頁(llama.cpp WebUI)
tests/驗證與測速腳本
manifest.json所有交付檔案的大小與 SHA-256
cache/、tmp/、logs/、state/執行時產生(快取、暫存、日誌)

runtime 以隔離模式執行(python -I),不讀系統的 Python、CUDA、ROCm 環境變數,也不會改動系統設定。刪除資料夾即解除安裝。

來源與授權

各套件授權另見 python/Lib/site-packages/*.dist-info。模型權重不包含在本 runtime 內,授權依各模型頁面。

amd
exl3
exllamav3
gfx1201
llm
rocm
rx9070
windows

BBQ2077/exl3-windows-gfx1201

ExLlamaV3 (EXL3) runtime for AMD RX 9070 / gfx1201 on native Windows — no WSL, no SDK install. Pairs with GGUFRun.

Python

0

3 commits

updated Oct 16, 2026

See the code

See what people are saying

SourceMessageScoreDate

RX 9070 16 GB-Qwen3.8-27B-exl3 3.00 bits per weight / H4 / V4-Coding: 100–120 TK/s (tokens per second) on Windows (r/LocalLLM)

I’ve got it running on Windows and have compiled the necessary runtime; feel free to use it if needed: [https://github.com/BBQ2077/exl3-windows-gfx1201](https://github.com/BBQ2077/exl3-windows-gfx1201) The model used is: 3.00 bits per weight / H4 / V4…

1

Oct 16, 2026

README

EXL3 Runtime for AMD RX 9070(gfx1201)— 原生 Windows

在 原生 Windows 上用 AMD RX 9070 系列顯卡跑 ExLlamaV3(EXL3 量化模型)的免安裝執行環境。不需要 WSL、Linux、Visual Studio、ROCm/HIP SDK,也不用自己編譯:解壓縮後就能用。

  • 內附 CPython 3.12.0、PyTorch 2.13.0+rocm10.1.0(AMD TheRock)、Triton Windows 3.7.1.post27、ROCm 10.1 執行庫。
  • ExLlamaV3 1.6.2 的 C++/HIP 擴充已針對 gfx1201 預先編譯(native/exllamav3_ext.pyd)。
  • server.py:OpenAI 相容 API 伺服器,附 llama.cpp 網頁介面,支援思考模式、工具呼叫、DFlash2 投機解碼、多輪前文快取、看圖。
  • 推薦搭配 GGUFRun 使用:在圖形介面選模型、調參數、一鍵啟動。

適用顯卡

ExLlamaV3 的 HIP 核心是針對 gfx1201 預先編譯的。啟動時偵測到其他架構只會印出 WARNING,照常往下跑,能不能用以實際載入結果為準:

顯卡架構狀態
Radeon RX 9070 XT/RX 9070/RX 9070 GREgfx1201✅(實測:RX 9070 16 GB)
Radeon AI PRO R9700(32 GB)gfx1201✅
Radeon RX 9060 XT/RX 9060gfx1200未測試
RX 7000 系列(gfx110x)gfx110x未測試

同為 gfx1201 的不同品牌板卡(華碩、技嘉、撼訊…)都能用,不需要重新編譯。

系統需求

  • Windows 10/11 64 位元。
  • AMD Adrenalin 顯示卡驅動:使用近期版本(實測驅動 32.0.32015.2008)。runtime 只用系統裝好的驅動,其他 ROCm 元件都自帶。
  • 系統 RAM:建議 32 GB(多輪快取預設用 4 GB RAM;視覺塔放 RAM 時另外佔一點)。
  • 硬碟:runtime 解壓後約 2.5 GB;Qwen3.8-27B 3.0bpw 模型約 12 GB+草稿 0.9 GB。

下載與安裝

到本倉庫的 Releases 下載兩個檔案,解壓到同一個資料夾:

檔案內容大小什麼時候要重新下載
EXL3-gfx1201-A-python-*.zip基礎環境:python/(Python、PyTorch、ROCm、Triton)約 0.9 GB很少;只有 PyTorch/ROCm 升級時
EXL3-gfx1201-B-app-*.zip程式本體:ExLlamaV3、預編譯核心、server.py、網頁介面、測試約 30 MB每次更新

更新時通常只要下載新的 B 包覆蓋舊檔;Release 說明會註明要搭配哪一版 A 包。

B 包的內容和本倉庫的檔案相同,所以也可以直接 git clone 本倉庫代替 B 包,再把 A 包解壓進 clone 下來的資料夾(python/ 已列在 .gitignore);之後用 git pull 更新。

解壓後在資料夾內執行 verify.cmd 檢查:

verify.cmd

看到 RUNTIME_FILES_VERIFIED(檔案完整)和 PRECOMPILED_RUNTIME AMD Radeon RX 9070 ...(GPU 可用)就是好了。第一次執行 Triton 會建立 GPU 快取,稍慢是正常的。

推薦:搭配 GGUFRun 使用

GGUFRun 是 Windows 本機 LLM 控制台,會自動偵測這份 runtime,選到 EXL3 模型時改用它啟動。資料夾這樣放:

GGUFRun/
  gguf-ui.py、start-ui.bat …
  RUNTIMES/
    exl3-gfx1201/                         ← A 包+B 包解壓到這裡
  LLM-MODELS-EXL3/
    Qwen3.8-27B-EXL3-SC3.0bpw-H4-V4/      ← 主模型(一個模型一個資料夾)
    Qwen3.8-27B-DFlash2-EXL3-3.0bpw/      ← DFlash2 草稿模型

開啟 GGUFRun 後:

  1. 主模型下拉選單選 [EXL3] Qwen3.8-27B-EXL3-SC3.0bpw-H4-V4,下方會顯示權重/顯存檢查結果。
  2. 模式選「投機解碼」,草稿模型保持「自動」,會自動配對 DFlash2 草稿。
  3. 「更多設定」可調 Context、KV 型別(q4_0 最省顯存)、思考模式、視覺(off/gpu/ram)。
  4. 按啟動,等日誌出現 ready 後開網頁即可聊天;其他程式可接 http://127.0.0.1:<埠>/v1 的 OpenAI API。

模型下載

Qwen3.8-27B(主模型)

來源:turboderp/Qwen3.8-27B-exl3。不同量化放在不同分支,下載時要指定分支:

分支大小適合
SC_3.00bpw_H4_V412.1 GiB16 GB 顯卡推薦;視覺塔也量化過(0.42 GiB)
SC_3.00bpw_H412.5 GiB同上,視覺塔未量化(0.86 GiB)
SC_2.20bpw_H3_V39.6 GiB想留更多顯存給長 context
SC_4.00bpw_H5_V615.3 GiB32 GB 的 R9700;16 GB 卡放不下

用官方 Hugging Face CLI 下載(pip install -U huggingface_hub 後有 hf 指令):

hf download turboderp/Qwen3.8-27B-exl3 --revision SC_3.00bpw_H4_V4 --local-dir LLM-MODELS-EXL3\Qwen3.8-27B-EXL3-SC3.0bpw-H4-V4

也可以在模型頁的「Files and versions」切換分支後,用瀏覽器逐檔下載,全部放進同一個資料夾。

DFlash2 草稿模型(投機解碼,選配但強烈建議)

來源:parth-thakre/Qwen3.8-27B-DFlash2-EXL3-3.0bpw(0.89 GB)。有它寫程式碼約快 3~4 倍(實測約 30 → 104~122 tok/s),輸出內容不變(每個草稿 token 都由主模型驗證)。

hf download parth-thakre/Qwen3.8-27B-DFlash2-EXL3-3.0bpw --local-dir LLM-MODELS-EXL3\Qwen3.8-27B-DFlash2-EXL3-3.0bpw

其他 EXL3 模型

架構列在 supported-architectures.json 的 EXL3 模型都能載入。EXL3 的權重和 KV cache 全部放顯卡,模型大小+context 必須塞得進顯存(不能像 GGUF 一樣分層放 CPU)。

不用 GGUFRun:直接使用

啟動 API 伺服器+網頁

server.cmd -m "D:\Models\Qwen3.8-27B-EXL3-SC3.0bpw-H4-V4" -dm "D:\Models\Qwen3.8-27B-DFlash2-EXL3-3.0bpw" ^
  --port 18437 -cs 32768 -cq 4 -rcs 4 -chunk_size 1024 -ndt 7 --thinking on --vision ram

日誌出現 EXL3_SERVER_READY 後,瀏覽器開 http://127.0.0.1:18437/ 就是聊天網頁;OpenAI 相容 API 在 http://127.0.0.1:18437/v1/chat/completions。伺服器只監聽本機 127.0.0.1。

每次請求期間,日誌每 3 秒印一行進度(比照 llama-server),結束時印總結:

[EXL3] 預填 1000/2000 tok(50%)|3.2 s|312.2 tok/s
[EXL3] 生成 44 tok|平均 14.5 tok/s|近 3 秒 14.2 tok/s|草稿接受 30/40(75%)
[EXL3] 完成:預填 2000 tok/6.48 s(308.8 tok/s)|快取重用 0 tok|生成 120 tok/8.38 s(14.3 tok/s)

常用參數:

參數說明
-m主模型資料夾
-dm/-ndtDFlash2 草稿模型資料夾/一次草稿幾個 token(建議 7)
-cscontext 長度(token)
-cqKV cache 量化位元,例如 4、8,或 K、V 分開 4,6;不填=FP16
-rcs多輪前文快取用的系統 RAM(GB)
-chunk_size讀提示詞時一次送進 GPU 的 token 數;開草稿時建議 1024
--thinkingon/off/auto 思考模式
--reasoning-effort思考強度(模型模板有支援時)
--visionoff/gpu/ram,見下節
-temp -topp -topk -minp預設取樣參數(請求可覆蓋)

終端機聊天

models.json 的 main、draft 指向主模型和草稿(相對路徑以 runtime 資料夾為準;預設值就是 GGUFRun 的資料夾配置)。之後雙擊 chat-qwen38.cmd:32K context、Q4 KV、DFlash2、思考開啟。/think 切換思考、/clear 清空、/x 結束。

其他模型用通用入口,自己指定聊天模板:

chat.cmd -m "D:\Models\另一個EXL3模型" -mode qwen35 -cs 32768 -cq 4 -think -tps
chat.cmd -m "D:\Models\另一個EXL3模型" -modes

看圖(視覺)

Qwen3.8-27B 自帶視覺塔。--vision(GGUFRun 的「視覺」選項)三選一:

選項視覺塔放哪常駐顯存(V4 模型)單張圖處理時間(實測)
off不載入0—
gpu顯卡0.25 GiB(未量化版約 0.9 GiB)640×800:0.22 秒;958×1198:0.28 秒
ram系統 RAM,處理圖片時才串流上顯卡0.01 GiB640×800:0.21 秒;958×1198:1.45 秒

開啟後網頁會出現附加圖片的按鈕;API 用 OpenAI 格式的 image_url(data:image/...;base64,...)。同一張圖在多輪對話中只處理一次。視覺運算一定要 GPU 執行,所以 ram 是「權重放 RAM」而不是純 CPU 計算。

效能與顯存(RX 9070 16 GB 實測)

主模型 Qwen3.8-27B SC3.0bpw+DFlash2 3.0bpw 草稿、Q4 KV:

項目結果
寫程式碼(500 tokens)約 104~122 tok/s,草稿接受率約 76%
一般文章約 45~50 tok/s
不開草稿約 30 tok/s
載入時間約 20~25 秒

顯存快滿時速度會掉很多:16 GB 卡開 65536 context,模型+KV 約佔 13 GiB;若 Chrome、桌面等程式又佔了 2.5 GiB 以上,總量逼近 16 GB,Windows 會把部分資料移到共享記憶體,速度可能掉到 40 tok/s 左右。這時:

  • context 改成 32768 或 16384;
  • 視覺用 ram 或 off;
  • 關掉瀏覽器硬體加速等吃顯存的程式。

常見問題

  • WARNING: kernels were precompiled for gfx1201; detected ...:顯卡不是 gfx1201,runtime 照常啟動;若後面出現 invalid device function 或 no kernel image 一類錯誤,代表核心不相容,需要針對該架構重新編譯。
  • verify.cmd 檔案驗證失敗:A、B 包版本不搭或解壓不完整,重新下載對應版本。
  • 防毒軟體攔截:python.exe、.pyd、ROCm DLL 都是官方套件原檔,可將資料夾加入例外。
  • 路徑有空白:可以,已測試搬到含空白的路徑仍正常。
  • 埠被佔用:換 --port;GGUFRun 會偵測上次留下的 EXL3 server 並詢問是否停止。

資料夾內容

位置用途
python/內附 Python、PyTorch、ROCm、Triton(A 包)
app/exllamav3/ExLlamaV3 1.6.2 原始碼(app/examples/ 為官方範例與聊天程式)
native/預編譯擴充 exllamav3_ext.pyd、hip_utils.pyd
server.pyOpenAI 相容伺服器
runtime.py啟動器:隔離環境、設定 DLL 搜尋路徑、檢查 GPU
web/聊天網頁(llama.cpp WebUI)
tests/驗證與測速腳本
manifest.json所有交付檔案的大小與 SHA-256
cache/、tmp/、logs/、state/執行時產生(快取、暫存、日誌)

runtime 以隔離模式執行(python -I),不讀系統的 Python、CUDA、ROCm 環境變數,也不會改動系統設定。刪除資料夾即解除安裝。

來源與授權

各套件授權另見 python/Lib/site-packages/*.dist-info。模型權重不包含在本 runtime 內,授權依各模型頁面。

amd
exl3
exllamav3
gfx1201
llm
rocm
rx9070
windows