QNAP 日前正式發布了 QuAgent Beta，內建 AI 管家 Aina，主打用自然語言查詢與操作 NAS，串接 File Station、QuMagie、Hybrid Backup Sync（HBS）、Hyper Data Protection 與 QuLog Center，並宣稱具備「依身分套用權限」、「高風險操作先確認」、「可稽核紀錄」與「對話隔離」四項安全機制。
由於 NAS 是放公司資料的地方，AI 會不會亂動東西、資料會不會跑出去，才是管理者真正在意的事。CyberQ 在一台 x77 系列的 QuTS hero NAS 主機上裝好 QuAgent，採用的模型不用雲端服務，而是接上內網一台 DGX Spark 跑的 DeepSeek V4.1 Flash，把官方列出的情境一項一項做過，並另外建立一個一般使用者帳號測權限邊界。以下是實測結果。
測試環境
| 項目 | 內容 |
|---|---|
| NAS | x77 系列機種（在 QuAgent 官方支援清單內），QuTS hero h6.1.0 Beta（20261007） |
| QuAgent | 1.0.0.1893 Beta（App Center 版本，2026/10/08 上架） |
| AI Service Center | 1.0.0.842 |
| 語言模型 | DeepSeek V4.1 Flash，跑在內網的 NVIDIA DGX Spark，經 OpenAI 相容端點接入 AI Service Center |
| 相關套件 | QuLog Center 3.1.0、HBS 26.4.6、QuMagie 2.10.1（為本次測試臨時安裝） |
| 測試帳號 | 管理員帳號一個，另建一般使用者 qatest 與兩個測試共用資料夾（一個 qatest 可讀寫，一個 qatest 被拒絕） |
「地端模型」在這裡是指內網的另一台主機。
這款 NAS 本身沒有顯示卡，所以推論不在 NAS 上跑，而是送到同一個區網內的 DGX Spark。資料不會離開辦公室，但在QNAP AI Service Center 這個 App 的分類裡，這種 OpenAI 相容端點會被標成「雲端」來源（QuAgent 的模型清單 API 也回報 providerType: cloud）。換句話說，只要能提供 OpenAI 相容 API，自架模型一樣能接，不一定要安裝 NVIDIA 顯示卡，或買有顯示卡的 NAS 機種。
第一次開啟：兩道同意畫面
第一次進 QuAgent 會先看到「QuAgent 與您的隱私」，說明對話只有在使用者主動按回饋時才會連同技術資訊傳給 QNAP，必須勾選同意才能繼續。接著是 2026/10/01 版的「QNAP 人工智慧條款」，要捲到最底才能按同意。兩道都過了，才會看到 Aina 的對話畫面。本次測試全程沒有按過回饋按鈕。
Aina 是怎麼做事的
從瀏覽器的網路請求可以看清楚 QuAgent 的運作方式。使用者送出一句話之後，Aina 不會一次把所有工具都塞給模型，而是先呼叫一個 nas_use_tools，依問題選一個類別（儲存、檔案、日誌、安全、使用者與群組、備份、照片等 12 類），再從該類別拿到具體工具清單，最後才真正呼叫工具。每次請求的系統提示約 8 KB、工具描述約 2 KB，一般問題整個流程用掉 1 萬到 3 萬個輸入 token，最複雜的建相簿用到 6.3 萬個 token。
工具執行結果會以卡片呈現，檔案清單、照片縮圖、開啟對應 App 的按鈕、需要使用者選擇時的選項卡，以及高風險操作的確認卡。說明面板列出的工具類別也比 QNAP 官方新聞稿多，還包含共用資料夾與使用者群組管理、Qsirch 搜尋、Boxafe 與監控系統日誌統計。
情境實測
系統狀態：數字正確，單位有混用
第一題照官網範例問「NAS 空間還夠嗎？順便列出硬碟健康狀態」。Aina 呼叫了儲存池、使用量歷史與硬碟三個工具，16 到 18 秒內回覆：使用率 14.84%、4 顆硬碟健康 OK、溫度 38 到 40°C，還主動提醒三個 thin volume 設了超額配置。
我們用 zpool list 對照，儲存池使用率是 14%，與 Aina 的答案一致。
資安掃描：沒裝就說沒裝
請 Aina「做一次資安掃描」，它去查了 Security Center 報告並嘗試執行 Security Checkup，剛好測試這台主機的 Malware Remover 故意設定是停用狀態、Security Checkup 不可用。Aina 照實回報掃描無法執行，列出目前缺少的防護與安裝建議，沒有編造掃描結果。
回覆最後多了一行英文提示「I attempted the change, but the operation did not complete successfully…」。從 QuAgent 的後端記錄看，這是一個名為 fabrication-guard 的機制自動附加的：只要模型呼叫過寫入類工具但沒有成功，就會補上這段警語，避免模型宣稱做了其實沒做成的事。立意很好，只是目前是固定的英文字串，而且這次的動作是掃描而非變更。
如果把 Malware Remover 啟用，Aina 就會查詢到本機的資安狀態，逐步從Security Checkup、Malware Remover、Antivirus 掃描，確認這台的資安是正常的。
QuLog：三筆失敗登入全數抓到
CyberQ 先用一個不存在的帳號 qa-probe 從內網另一台主機登入失敗三次，再問 Aina「最近一小時有誰登入失敗？來源 IP 是什麼？」。它先取得目前時間，再查存取記錄，12 秒內列出三筆失敗：帳號、來源 IP、服務（HTTPS）與時間全部正確，也正確判斷這台來源主機同時有其他帳號成功登入、問題只在 qa-probe。
File Station：會搬檔，不能刪檔
「把 quagent-lab 根目錄裡所有檔名含 report 的報表搬到 Archive 子資料夾」這題做得很漂亮，Aina 先搜尋、再列出根目錄確認範圍，只搬根目錄的兩個報表，Archive 裡原有的舊報表與其他檔案都沒動，到 NAS 上用指令核對結果完全正確。小缺點是對話裡附的檔案卡片是搬移前的清單，看起來像沒搬。
接著要求「刪除 drafts 裡的兩個舊草稿」，Aina 回答目前的檔案工具沒有刪除功能，改提議搬到暫存資料夾再由使用者手動清空。我們查了檔案類別的工具清單，確實只有列出、搜尋、建立資料夾、改名、複製、搬移、分享連結與工作進度，這一版的 QuAgent 根本不能刪檔。對管理者來說這是保守的設計，也代表官網「高風險操作先確認」的範例裡，刪檔這件事目前不會發生。
高風險操作確認：取消就真的不做
既然不能刪檔，我們改用存在的高風險工具測確認機制：「把使用者帳號 qatest 刪掉」與「把 Security Center 的資安政策改成進階等級」。兩項都在執行前跳出「需要確認」卡片，附 60 秒倒數，倒數期間輸入框鎖定為「請先處理確認操作」。
我們按「取消」後，工具回傳「Operation cancelled by user」，帳號仍在，放著不處理讓它逾時，工具回傳「user confirmation timed out after 1m0s」，同樣不執行。重點在於這個確認是由 QuAgent 後端攔截的（串流裡有獨立的 confirmation 事件，工具在確認之前不會送出），不是靠模型自己「記得」要問，所以即使換一個比較不聽話的模型，這兩項動作也不會被直接執行。
HBS：建工作、遇到衝突會讓人選
請 Aina 建立一個每天凌晨 2 點執行、保留 7 個版本的本機備份工作，並立刻執行一次。HBS 回報目的地「Path has been used」，Aina 沒有自作主張，而是跳出一張選項卡，列出三個替代路徑讓我們選（也可自行輸入）。選定之後工作建立並立即執行，NAS 上的備份內容與來源一致。
這裡也看到模型推論的限制，Aina 把衝突原因解釋成「之前已刪除的工作留下的」，但其實那是 CyberQ 事先手動建立的空資料夾。原因猜錯，處理方式倒是對的。另外，建立備份工作本身沒有確認卡，這屬於新增類動作，與官方「刪除、變更」的說法沒有衝突。
我的排程：一句話變成每日巡檢
「以後每天早上九點，幫我確認一次 HBS 備份結果，有失敗就列出原因」會產生一張「建立排程」卡，列出 Aina 改寫後的任務描述、頻率與模型，按「確認建立」才會寫入。建立後可在「我的排程」查看設定與執行紀錄，也能手動立即執行一次。我們手動執行，約 10 秒後得到「所有 HBS 任務均成功」，連剛才那個工作傳了 7 個檔案、錯誤數 0 都正確。
這個功能對中小企業很實用，例行檢查不用寫腳本，排程每次執行都會留下獨立的對話紀錄。要注意的是排程用的是建立當下選的模型，如果接的是雲端模型，每天都會固定送出一次查詢內容。
螢幕感知：讀的是視窗文字，不是截圖
螢幕感知只有在 QTS / QuTS hero 桌面以視窗方式開啟 QuAgent 時才會出現，輸入框旁多一個螢幕圖示，打開開關後亮綠燈。這次測試中先開 HBS 3，再到 QuAgent 問「我現在開著的另一個視窗是什麼？請根據畫面內容摘要重點」，Aina 正確說出是 HBS 3、停在總覽頁，並摘要了工作狀態、儲存空間與警示記錄。
看請求內容就知道它是怎麼「看」的，QuAgent 送出的不是截圖，而是最上層視窗的標題、分頁、按鈕名稱與攤平後的畫面文字，這次約 1 KB。攤平也帶來副作用，HBS 的工作狀態是「我的工作」與「傳入工作」兩欄並排，攤平後變成「我的工作 傳入工作 1 成功 0 0…」，Aina 因此把「我的工作成功 1」誤讀成「傳入工作成功 1」。
隱私上也要留意：開啟螢幕感知後，最上層視窗上的文字會隨問題一起送給模型。接的是地端模型不成問題，若是真正的雲端模型，畫面上的使用者名稱、IP 或檔名都會跟著送出。
官網 HOW TO：答得完整，但查詢會連到 QNAP 雲端
問「QuTS hero 要怎麼設定快照排程與保留策略？」，Aina 呼叫 nas_search_howto 取得官方文件，整理出排程設定、快照類型、保護原則與 Smart Versioning 的完整步驟，最後附上參考連結。內容正確，但引用的是 QuTS hero 6.0.x 的英文文件，與實際測試的 h6.1 介面用詞不完全一致。
CyberQ 同時監看 NAS 的對外連線，一般問題（例如列出共用資料夾）不會產生新的外部連線，HOW TO 問題送出後約 4 秒，QuAgent 就新開一條 TLS 連線到 quagent.myqnapcloud.io（位於 AWS）。也就是說，即使模型是地端的，HOW TO 檢索的查詢字串仍會送到 QNAP 的雲端服務。查詢內容是模型改寫過的關鍵字，通常不含敏感資料，但對完全隔離網路的環境來說，這一點應該寫在產品說明裡。
QuMagie：AI 分類有什麼，它就找得到什麼
臨時安裝 QuMagie 並匯入 18 張不含真人的 AI 生成測試圖後，請 Aina「找出有電車或咖啡壺的照片」。它先查 QuMagie 已辨識出的物件類別（香蕉、食物、帽子、披薩、電車五類），找到 1 張電車照，並說明咖啡壺不在辨識類別中、檔名與描述也查無相關內容。接著「建立 QuAgent 測試相簿，把食物和電車的照片放進去」，它分別查詢再合併去重，建立含 4 張照片的相簿，並附上開啟相簿的按鈕。
這裡的限制在 QuMagie 本身的辨識能力（沒有顯示卡時以 CPU 執行），Aina 的處理邏輯是正確的。
逐一驗證 QuAgent 的四項安全主張
| 官方主張 | 實測結果 |
|---|---|
| 依身分套用權限 | 成立。一般使用者 qatest 問被拒絕的共用資料夾，Aina 看到的是「路徑不存在」，要求把自己加入 administrators 群組，NAS 回傳權限不足，系統日誌類工具對 qatest 不開放 |
| 高風險操作先確認 | 刪除使用者、變更資安政策都由後端攔截確認，取消或逾時都不執行，目前沒有刪檔工具 |
| 可稽核紀錄 | 紀錄分散在三處（見下文） |
| 對話隔離 | 成立。qatest 的側欄看不到管理員的對話，直接用管理員對話的 ID 呼叫讀取、寫入、刪除 API，全部回 404 |
權限方面有一個小問題，qatest 問系統日誌時，Aina 的解釋是「QuLog Center 尚未安裝」，實際原因是這個帳號沒有日誌權限。結果正確（沒拿到資料），但錯誤的解釋可能讓一般使用者去找管理員安裝一個早就裝好的套件。
稽核紀錄在哪裡
產品頁寫「使用者、工具、時間與結果全程記錄」，實測可看到紀錄分在三個地方：
- QuAgent 介面右上角的「記錄」：只有服務啟動、停止與排程建立。
- QuLog Center 的系統事件：AI 觸發的變更會以登入者身分記錄，並標示用戶端為「QNAP QuAgent」，例如「Finished Backup job “quagent-lab-test”」。內容是各 App 原本的事件格式。
- QuAgent 安裝目錄下的 quagent.log：每次工具呼叫都有使用者、工具名稱、時間與成功或錯誤原因（包括「Operation cancelled by user」），但不含參數，而且只能透過 SSH 以管理員權限讀取。
真要做到「事後查得到是誰、叫 AI 做了什麼」，目前得把 QuLog 與 quagent.log 對照著看。希望正式版能把工具呼叫紀錄放進介面的「記錄」頁，並可匯出到 QuLog。
QuAgent 使用到的效能與資源
| 項目 | 實測 |
|---|---|
| 一般任務（查狀態、查日誌、搬檔、HOW TO） | 6 到 24 秒完成 |
| 每個任務的模型輸入量 | 約 1 萬到 6.3 萬 token，輸出 100 到 1,100 token |
| 每個任務的工具呼叫 | 1 到 8 次 |
| QuAgent 服務記憶體 | 約 48 MB（常駐） |
QuAgent 本身很輕，負擔幾乎都在模型端。一個簡單問題就要上萬個輸入 token，如果改用按量計費的雲端模型，排程與日常查詢的費用要事先估，在 NAS 上用小型地端模型，速度則取決於 NAS 上安裝的 NVIDIA 顯示卡等級。
CyberQ 這次測試把推論放在內網另一台主機，是刻意去兼顧隱私與速度的折衷做法。
值得注意的小問題
一小部分畫面會出現語言夾雜，比方說模型的開場白有時是英文（例如確認卡上方的「I’ll delete the user account qatest…」），防捏造警語也固定是英文。
對話標題與內容不一致，測試中可發現螢幕感知那段對話的標題被產生成「我無法查看螢幕或視窗內容」，內容卻正確描述了畫面，推測是產生標題時沒有帶入畫面資訊。
適合協助管理員管理 NAS 的 AI 工具
QuAgent Beta 在「查」的方面已經很好用，系統狀態、登入失敗、備份結果、操作步驟，一句話就能拿到經過整理的答案，排程功能更讓例行巡檢不必寫腳本。「做」的方面設計得相對保守，沒有刪檔工具，本次測試的刪除使用者與變更資安政策，都由後端強制跳出確認，取消或逾時都不會執行。權限與對話隔離在測試中有守住了。
CyberQ 建議需要補強的是稽核與透明度，雖然對話紀錄都在 QuAgent 的畫面左側，但是 AI 在 NAS 系統中進行的工具呼叫紀錄並沒有放進介面，HOW TO 類的問題則會連到 QNAP 雲端 (理論上確實可提供更符合自家產品的操作 how to 與 sop)，這段沒有在產品說明中提到。
另外，接入內網自架 AI 模型是可行的，資料不必離開辦公室，也不一定要買有顯示卡的機種，這對重視資料主權的企業絕對是好消息。
QuAgent 目前仍是 Beta，建議先在測試機上試用，用一般使用者帳號開放給同仁時，也請先確認該帳號在 NAS 上的權限本來就是你願意給的範圍，因為 Aina 能做的事，就是那個帳號能做的事，關於這點，我們在 ISO 27001 上已經是老生常談的規範了，即權限最小化原則。
