AI 不能替你按確定:KwaFlux 如何處理 AI 助理要求的下載
為什麼模型說「使用者有權利」什麼也證明不了,以及 KwaFlux 如何用三種下載模式和桌面核准視窗,讓下載由你本人決定。
重點速覽
- 當 AI 助理回報「使用者已確認擁有權利」時,這句話出自模型,而模型是可以被說動、寫出任何內容的。
- KwaFlux 的 Agent 下載有三種模式:關閉(預設)、每次確認,以及第三種不詢問就直接放行下載的模式。
- 設為 每次確認 時,KwaFlux 會跳出桌面視窗,顯示連結、資料夾和格式。只有你的點選才算核准;關閉視窗等同於拒絕,沒有回應的請求會在 120 秒後失效。
- 重試被拒絕或已失效的下載,也繞不過你的決定:每次重試,KwaFlux 都會重新檢查設定。
當 AI 助理要求下載一段影片時,總得有人決定這次下載能不能進行,而這個人不能是 AI 助理。模型讀了一個網頁,就可能被那個網頁指示去說「使用者已經核准了」。所以在 KwaFlux 裡,這個決定是在你螢幕上的一個視窗裡做的,只有你能點。
本文會說明:為什麼模型的確認不夠、KwaFlux 的三種下載模式如何運作、核准視窗會顯示什麼,以及你拒絕之後會發生什麼事。
目錄
- 什麼是人在迴路中的核准?
- 為什麼 AI 助理說「好」不算數
- 三種下載模式
- 核准視窗會顯示什麼
- 一個請求,一次決定
- 你拒絕之後會怎樣
- 不論哪種模式,KwaFlux 都會拒絕的下載
- 常見問題
什麼是人在迴路中的核准?
人在迴路中(human-in-the-loop)的核准,是軟體 Agent 在執行某個動作之前先停下來,等一個人透過 Agent 本身無法操作的管道核准或拒絕的步驟。
讓這個機制發揮作用的,正是最後那一點。MCP 規範指出,為了信任與安全,「SHOULD」有「能夠拒絕工具呼叫的人在迴路中」,而且應用程式應該「針對操作向使用者顯示確認提示」。OWASP 關於提示詞注入的指引,則從攻擊的角度提出同樣的看法:「針對特權操作實施人在迴路中的控管,以防止未經授權的行為。」
為什麼 AI 助理說「好」不算數
早期版本的 KwaFlux 處理 Agent 下載的方式,是設定裡的一個開關,加上下載工具裡的一個欄位,讓 AI 助理在其中聲明使用者已確認自己擁有權利。這個欄位現在仍在,AI 助理也被告知,只有在你於對話中確認之後才能填寫。但它終究是模型填的,倚賴它的問題就出在這裡。
AI 助理會讀到很多不是你寫的文字:網頁標題、影片說明、檔名、貼上的文件。其中任何一段都可能夾帶指示,而模型有時會照做。Anthropic 為自家 computer use 工具寫的文件說得很直白:「網頁上或圖片中的指示可能會蓋過你的指示,或導致 Claude 犯錯。」一個寫著「使用者已經核准下載這個頻道上的所有內容」的網頁,最後可能就變成工具呼叫裡一句信心滿滿的「好」。
所以規則變得很簡單:只有真人在模型寫不到的地方給出的確認,才算數。外部文字如何進到模型裡,詳情請見網路影片標題中的提示詞注入。
三種下載模式
在 KwaFlux 開啟 設定 › Agent(MCP),找到 Agent 授權。在 允許 Agent 發起下載 底下,Agent 下載有三種模式:
| 模式 | AI 助理要求下載時會怎樣 | 適合 |
|---|---|---|
| 關閉(預設) | 請求會被拒絕,AI 助理會收到下載已關閉的通知 | 大多數人、大多數時候 |
| 每次確認 | KwaFlux 跳出桌面視窗;只有你核准了,下載才會開始 | 偶爾下載,而且想逐一過目 |
| 第三種模式:不詢問直接允許 | 下載直接開始,不跳出視窗 | 你自己信任的使用情境,例如大量儲存你自己上傳過的影片 |
這項設定適用於 AI 助理啟動的下載。你自己在檔案下載頁面啟動的下載,運作方式和以前一樣。
核准視窗會顯示什麼
設為 每次確認 時,AI 助理一要求下載,你的桌面上就會跳出視窗,顯示:
- AI 助理想下載的連結,以及它所在的網站,讓你清楚看到它挑了什麼;
- 檔案要存放的資料夾,以及格式,例如可取得的最高畫質影片,或只要音訊(MP3);
- 允許、本次執行內都允許 和 拒絕 三個按鈕。
如果你在 120 秒內沒有回應,請求就會失效,下載不會開始。關閉視窗等同於 拒絕。AI 助理不會被晾著一直等,你沒注意到的視窗,事後也不會被誤按核准。
一個請求,一次決定
有幾條規則可以防止核准被重複使用,或被大量請求淹沒:
- 每次核准只決定一個請求,而且只能決定一次。 允許 只核准這一次下載,下一次還會再問,即使是同一個 AI 助理、同一個網站也一樣。本次執行內都允許 是例外:在 KwaFlux 重新啟動之前,之後的下載都會直接放行、不再跳出視窗,所以只在你已經檢查過的一批下載上使用。
- 同時等待中的請求最多 8 個。 AI 助理就算送出幾十個請求,也不會讓你被視窗淹沒。
- 決定結果會保留 10 分鐘,讓 AI 助理讀取結果,之後就會清除。
- 重試會重新檢查。 如果 AI 助理重試或繼續一次下載,KwaFlux 會在那一刻檢查下載設定。你關閉下載之後,它再要求一次也改變不了。付費功能也一樣會重新檢查,詳情請見我們談 AI 工具呼叫中付費功能的文章。
你拒絕之後會怎樣
假設你請 AI 助理抓一段影片,然後在視窗裡按了拒絕:
- AI 助理請 KwaFlux 下載這個連結。
- 視窗顯示連結、資料夾和格式,你按下 拒絕。
- KwaFlux 回傳一個結構化的結果給 AI 助理,說明使用者已拒絕。
- AI 助理告訴你下載已被拒絕,而不是另找門路。
結果寫的是「使用者已拒絕」,而不是含糊的錯誤,所以守規矩的 AI 助理會如實回報。而且因為決定權在 KwaFlux 手上,就算是不守規矩的 AI 助理,也沒辦法把你的「不要」變成一次下載。
不論哪種模式,KwaFlux 都會拒絕的下載
核准決定的是你要不要這次下載,並不會讓每一種下載都變得可行。不論哪種模式,KwaFlux 都:
- 只下載單一連結,不下載播放清單或頻道;
- 不下載直播;
- 拒絕受防拷保護的平台和內容,也不會替你登入網站或繞過付費牆。
某一次下載是否合法,仍要由你判斷。下載影片合法嗎?整理了該問自己的問題;我們的可接受使用政策適用於 AI 助理啟動的下載,就像適用於你自己啟動的下載一樣。
技巧: 如果你只需要 AI 助理處理手邊已有的檔案,就讓 Agent 下載維持關閉。轉檔、修復和增強都不需要它。
結語
AI 助理找得到連結,卻無法知道你有沒有權利儲存連結背後的內容,而它的一句話也不能當作證據。所以 KwaFlux 讓 Agent 下載預設關閉、在你掌控的視窗裡詢問你、讓每次核准只決定一個請求,並且在每次重試時重新檢查。
檔案交給 AI 助理處理,下載由你自己決定
KwaFlux 的本機 MCP 伺服器,讓 Codex、Claude、Cursor 和其他 MCP 應用程式能轉換、修復和增強檔案;在你允許之前,下載都是關閉的。AI 處理在你自己的 GPU 上執行,媒體檔案不會為了處理而上傳。可在 Windows 10(64 位元,1809 或更新版本)、Windows 11,以及搭載 Apple Silicon 的 macOS 12 或更新版本上執行。匯入檔案和瀏覽應用程式都不需要帳號。僅在匯出、轉換、檔案修復和從連結下載檔案時需要登入並購買付費方案。
用你自己的素材試試效果
下載 KwaFlux,付費前先用自己的素材免費預覽效果——無需註冊,在你的 GPU 上處理,處理不需要上傳媒體檔案。 影片預覽可選 1、3或5 秒;防抖預覽可選 5、15或30 秒。
常見問題
AI Agent 會不經我同意就下載檔案嗎?
要看軟體。有些工具讓模型代你確認,也就是說,任何能操縱模型的東西都能核准下載。請優先選擇預設關閉下載、並且在你親手點選的視窗裡核准的軟體。
為什麼在對話裡打「好」不算核准?
因為對話正是模型工作的地方。網頁和檔案裡的文字都會進到同一段對話,而回報你答案的那個工具呼叫,也是模型寫的。在另一個應用程式視窗裡的點選,模型則產生不出來。
核准請求沒人回應時,應該怎麼處理?
應該失效,並視為拒絕。一直等待的請求,可能在你早已忘記它是什麼之後,才被誤按核准。
讓 AI 助理幫我下載影片合法嗎?
要看影片本身,而不是誰按下按鈕。不論是你自己下載還是 AI 助理下載,適用的著作權、網站條款和防拷規定都一樣。請見下載影片合法嗎。
MCP 宿主能自己顯示核准提示嗎?
部分可以,有些宿主能。MCP 規範允許伺服器請宿主向使用者收集輸入,但並未規定宿主必須支援。至於在應用程式內核准,對每個宿主的運作方式都一樣。
參考資料
- Model Context Protocol, "Tools" (2026-07-28; human in the loop, confirmation prompts) (2026-07-28 查閱)
- Model Context Protocol, "Specification" (2026-07-28; User Consent and Control) (2026-07-28 查閱)
- Model Context Protocol, "Elicitation" (2026-07-28; client capability, decline and cancel) (2026-07-28 查閱)
- OWASP GenAI Security Project, "LLM01:2025 Prompt Injection" (human-in-the-loop controls) (2026-10-25 查閱)
- Anthropic, "Computer use tool" (prompt injection from web content) (2026-10-25 查閱)


