代理把工作做完之後，成果要放在哪裡？

AI 代理正在把「製作」變成一句話，下一個稀缺能力不是再多一個編輯器，而是讓完成品能被發布、分享、追蹤與審核。

一個代理剛剛讀完程式碼、查完數字、畫好圖表，也寫完了研究摘要。接著它把全部內容印回聊天視窗。工作完成了，成果卻還沒有一個真正的去處。

這不是某個工具少了一個按鈕，而是軟體的使用者正在換人。過去的產品假設人會打字、拖曳、排版、發布；接下來的產品必須假設代理會先完成工作，而人只在開頭表達意圖、在結尾做決定。

從畫布到一句話，軟體的使用者正在換人

過去四十年的軟體，大多圍繞鍵盤前的人設計。你打開一個畫布，選模板、移動區塊、調整版面，再把結果交出去。代理出現後，介面最重要的部分可能只剩一句話：我要一份研究頁面，要有數字、圖表和可追溯的來源。

變化不只在介面。輸出也從「我在工具裡做出的頁面」變成「一個可以交給別人的完成品」。價格模型會跟著動：當主要生產者是機器，按人頭收費未必還是最自然的單位，工作量、產出或可用結果反而更接近真正的成本。

人的位置也會移到兩端。人先說清楚什麼重要，代理負責中間的搜尋、整理、撰寫與排版，人最後確認它是否可以被使用。這不是把判斷交給機器，而是把手工搬運交給更適合做搬運的東西。

Notion 對 Custom Agents 的官方說明已經把代理描述成能自動處理團隊重複工作的成員。這不代表編輯器立刻消失，而是產品的價值正在從「讓人更舒服地手動編輯」移向「讓工作自己持續往前走」。

四十年的媒介，逐次拿走一個手工動作

紙張要求人一個字一個字寫，也要求人同時負責字形與版面。螢幕和文件讓文字輸入變得容易，卻仍然把圖表、段落與格式安排留給人。區塊式畫布再把文件拆成可以組裝的零件，但「這個東西放哪裡、應該長什麼樣子」仍是人的工作。

下一個媒介不一定是另一種編輯器，而可能是代理直接寫出的 HTML。MDN 對 HTML 的說明指出，瀏覽器會收到 HTTP 回應中的檔案，解析 HTML，再把這些檔案組合成使用者可以操作的頁面。這個流程的關鍵，是頁面可以成為獨立的網路資源，而不是某個編輯器裡的一塊畫布。

因此，代理寫 HTML 的意義不是把人換成另一個排版工具，而是把最後一次手動安排也拿掉。人不必逐一放置元素，另一個代理也可以透過網頁請求讀取同一份成果。內容仍然需要判斷，格式化和等待卻不再必然需要人坐在中間。

MDN 對瀏覽器如何載入網站的完整流程也把這件事說得很清楚：伺服器回應資源，瀏覽器接收、解析並呈現頁面。當產出直接落在這條標準路徑上，成果就不必先被轉譯成某個產品專用的文件。

代理產出的東西，叫作 artifact

代理完成的可能是一份研究報告、一個規格、一個儀表板或一個小型網站。這類成果有一個更準確的名字：artifact，也就是能脫離對話脈絡、被拿去閱讀、修改、重用或交給別人的完整產出。

Claude 官方說明把 artifact 定義成 Claude 為使用者做出、可以放到別人面前的設計、簡報、文件、儀表板或互動工具；單頁 HTML 網站也在例子裡。這個定義很重要，因為它把「回答」和「作品」分開了：前者留在對話裡，後者應該能被單獨拿出來使用。

Anthropic 在 2024 年 11 月發布 MCP，把 AI 助手連到內容儲存庫、商務工具與開發環境的方式整理成開放標準。這像是一個插座：代理可以讀取資料、呼叫工具，並產出足以交付給另一個人的結果。但插座只解決「怎麼做」，沒有自動解決「做完放哪裡」。

所以瓶頸換了。生成不再是最難的一步，呈現、發布與分享才是。成果若只留在聊天視窗，它不易閱讀，也不易被下一個人或下一個代理可靠地取用；若必須再由人花二十分鐘修格式，生產力只是把手工延後。

Showly 把發布迴路放在代理外面

Showly 的產品頁把流程說得很直接：代理建立頁面，Showly 提供預覽、發布與分享。它連接 Claude Code、Codex 與其他支援 MCP 的代理，讓成果先離開聊天視窗，再變成可以交給別人的網頁。

更值得注意的是控制邊界。Showly 的入門文件描述的路徑是：代理讀取網站脈絡，提出變更計畫，套用修改並產生預覽網址；人查看預覽、差異和檢查結果後，才解鎖正式發布。代理負責做，人的批准仍然存在。

Showly 的 MCP 文件則把這個迴路拆成讀取、規劃、套用、建置與發布等工具，並強調權限範圍和操作稽核。這讓「代理直接發布」和「代理準備、人批准發布」不再是同一件事。完成品可以自動產生，但把它送進公開環境仍然是一個可追蹤的決定。

來源文章把 Showly 稱為「第一個」agent artifact cloud；這是作者對產品位置的判斷，不是公開頁面足以證明的市場排名。可獨立讀回的事實是：它把代理產出導向預覽、審核、發布和分享，而不是要求人回到編輯器裡重新組裝。

完成，不等於被看見

代理時代的產品差異，最後可能不在誰能多寫一段文字，而在誰能讓完成品安全地離開對話。至少有四個問題必須被回答：

第一，成果是否有自己的地址，而不是埋在某次對話或某個人的工作區。第二，其他人和其他代理能否讀取，而不必取得原本的聊天脈絡。第三，版本是否留下可追蹤的歷史，讓修改不是覆蓋而是可回看。第四，正式發布前是否仍保留人的批准、權限邊界與失敗後的回復路徑。

這也解釋了為什麼「代理能不能做出東西」已經不是完整問題。它當然可以做出報告、規格、網站與資料整理；真正的新問題是，這些東西是否能成為一個可分享、可驗證、可持續使用的 artifact。

軟體從紙張走到文件，再走到區塊畫布，每一步都移除一個手工動作。下一步不是再造一個更漂亮的編輯器，而是讓代理把工作做完後，成果直接進入可以被人與機器共同使用的網路。當工作完成的那一刻不再等於工作消失，代理才真正從聊天工具變成生產工具。