對話框回答了，但事情沒做

找 AI 幫忙，很多人的第一個反射是打開網頁上的對話框，把需求打進去，然後把結果一段一段複製出來。當成品本身就是文字的時候，這樣沒問題。但一旦工作牽涉到檔案，它就失靈了——你請一個聊天型助手整理桌面，它只會告訴你步驟，不會真的動手。差的不只是聰明程度，差的是手。

QoderWork 是一個跑在自己機器上的代理。你用平常的話把目標說出來，它自己拆步驟、自己執行、自己檢查產出，最後把結果交回來。指令是一句話，監督是可選的而不是必須的——這就是「你開的車」與「你派的車」之間全部的差別。

實際長什麼樣子

三類工作可以看出它的形狀。把一個累積了一年的混亂資料夾指給它，說要按類型分類、重複的只留一份：它會掃描、歸類、搬移，再寫一份簡短的報告說明它改了什麼。丟一份試算表給它，說要按月彙總銷售額並畫出趨勢：它會讀資料、寫出它需要的分析、產出圖表，把結果留在磁碟上。給它幾份材料，說要據此寫一份專案簡報：它會抓出重點、排出順序，產出一個你能用編輯器打開的檔案。

它與對話框的差別，不只是「會動手」，而是「會連續動手」——中間不需要你再下一道指令。執行時旁邊有面板顯示進度：哪一步正在跑、哪一步完成、卡在哪裡。這件事比聽起來重要：人之所以不把事情交給程式，多半是因為看不到它在做什麼，而一個卡住的對話框，什麼都看不到。

權限這件事，才是真正的那件事

讓 AI 碰自己電腦上的檔案，第一反應一定是安全，而這件事需要具體的回答，而不是一句「請放心」。執行是在本機的：工作在機器上完成，檔案本身不會被上傳處理。文字內容會經過模型介面才能被理解，這個區別必須說清楚，因為它正是這個承諾誠實的邊界——檔案留在這裡，描述檔案裡有什麼的那些句子出去給人讀。

授權是按資料夾給的。你能決定它可以碰哪些目錄、哪些檔案類型，之外的區域就是碰不到，不是「不建議碰」，是碰不到。需要伸進其他應用的動作——開瀏覽器、寄信——會先問，然後等你回答。這套設計不是萬無一失，把它講成萬無一失就不誠實了：文字內容無論如何會經過雲端模型，所以對於真的不能離開的資料，合理的做法是把權限收到最窄，窄到它只能看見允許它看見的東西。

能力本來就設計成可以往外長

工具這一層建立在一個呼叫外部工具的開放協定上，也就是說搜尋引擎、資料庫、設計工具都可以用「接一個服務」的方式掛上來，而不是一個一個寫死進產品裡。它隨附一組標準技能——檔案操作、資料分析、網頁搜尋——社群持續貢獻新的，會寫程式的人也可以自己加一個。結果是工具集不會凝結在你手上這一版：產品沒變，能力還在長。

顧問與執行者

大家最常拿來比的對象是聊天型助手，而這個區別值得講精確，因為表面上兩者很像。聊天型助手是顧問：你問、它答、資訊在對話裡流動，執行仍然在你身上。這一個是執行者：需求進去，計畫與一連串動作出來，遇到真的含糊的地方會反問，但「一步步指揮」不是它的模式。老比喻還是成立——一個寫食譜給你的廚師，跟一個直接進廚房把菜做出來的廚師。兩個都有用，但只有一個最後桌上有菜。

適合誰

每週都有反覆的檔案與表格雜活、寧願把結果描述一次也不想把同一串動作做一百次的人。要從好幾份材料裡拼出報告、真正花時間的不是寫而是抽取與排序的人。以及想拿到好處但不想學命令列的人：它要求的是視窗、一句話、一個進度面板，門檻比平常做這類工作的腳本低得多。

從「會聊」到「會做」正是這件事的重點：說出目標，讓它規劃與執行，然後讀結果。讓這件事可以接受而不是讓人心驚的，是本機執行與資料夾層級的權限；讓它不只解決一次任務的，是一層會繼續長大的工具。這兩件事都不是裝飾，它們決定了這類工具會不會被用第二次。

老實的總結

有意思的不是模型，而是模型外面那一圈：規劃、動手、檢視、回報——這一圈才把文字產生器變成能把事情做完的東西。限制也該同樣清楚地講。文字內容會經過雲端模型，所以隱私的承諾是針對檔案，不是針對內容。委託的品質取決於目標描述得有多清楚；一句含糊的指令，換來的是很有自信的錯誤結果。而這個類別拼的是工具層的品質，這種東西每個月都在變——協定是開放的，所以真正的問題不是「能力能不能加上去」，而是「會不會有人加、由誰來加」。