AI Agent 入門

聊天是你問一句、它答一句。代理是你交代一件事，它自己開檔案、按按鈕、跑好幾步，做完再回來找你。差別不在它多聰明，在它會動手。

該不該用，看三件事：這件事要不要跨好幾個檔案或軟體？是不是每週都要做一次？做錯了能不能復原？三個都「是」，交給代理；最後一個是「不能」，先別。

你在對話框裡問「幫我把這份講稿做成投影片」，聊天模式會給你一段文字大綱，你自己去做投影片。代理模式會真的打開簡報軟體、一頁一頁做出來、存檔、把檔案交給你。

中間差了三件事：

• 它會動手：開檔案、填表單、寄信、跑程式。這叫工具使用。
• 它會跑好幾步：先查資料、再整理、再產出，中間自己決定下一步做什麼。這叫任務拆解。
• 它會停下來問你：遇到要寄出去、要付錢、要刪東西的時候。這叫人在迴路裡。

所以同一家公司會同時有「聊天」和「代理」兩個產品，名字很像，做的事不一樣。名詞卡：對話、代理。

把代理想成一個剛到職的助理。它能不能把事做好，不只看它本人，還看你給了它什麼：

• 給 AI 看的說明書：放在資料夾裡的一份文字檔，它每次開工先讀。規則、禁區都寫在這裡，不是每次對話重講。
• 工具與連接器：它能碰到哪些東西。接了信箱才能整理信，接了行事曆才能排會。
• 記憶：跨對話記得住的東西。沒有這個，每次都像第一天上班。
• 護欄與權限：哪些事不准做、做到哪要問人。沒寫的界線等於不存在。
• 檢查點與復原：做壞了退得回去。沒有這個，就不要讓它碰真的檔案。
• 驗證迴路：做完用另一個方法檢查真的對了。它說做完了，和真的做完了，是兩件事。

這六樣東西，多數產品不會全部幫你準備好。買的是代理，但說明書、護欄、檢查方法，往往要你自己寫。

每家都有，但性格不同。這裡講的是「它把力氣花在哪」，不是誰比較好。

• Claude：分成給一般人的Cowork（交代一件事，它跨檔案跨軟體做完）和給寫程式的人的Code（在專案資料夾裡直接讀檔改檔）。特色是說明書與技能都放在你的資料夾裡，換一台電腦也帶得走。
• Gemini：Spark 是在雲端替你做事的個人代理，關掉筆電它還在跑；Antigravity 是給開發者的，設計上就是讓你指揮好幾個代理分工。特色是跟 Gmail、文件、Chrome 本來就是一家人。
• ChatGPT：Work 交辦一件大事，它查資料、跨軟體、交出文件或簡報；Codex 專做程式，能自己跑測試再改。特色是手機上也能看它做到哪、批准動作。
• Copilot：Cowork 長在 Outlook、Teams 旁邊，重要動作先給你看；Studio 讓你自己組一個助手給同事用；GitHub Copilot 寫程式用。特色是跟公司的信件、檔案、權限綁在一起，誰能看什麼由公司管。
• Meta AI：Muse 是在雲端替你做事的個人代理，要寄信、付款會先回頭問你，也能在 WhatsApp 裡跟它說話；目前只在美國、加拿大開放，台灣還不能用。特色是住在每天用的社群 App 旁邊，之後也會上眼鏡。名字很像的 Muse Spark 是背後的模型，不是代理。

也不是每個代理都屬於這五家。Manus 是一家獨立公司做的代理：交代一件事，它在雲端自己查資料、寫報告、做網頁，有網頁版、電腦版和手機 App。它的經歷剛好說明這一行變得多快：2025 年 12 月 Meta 宣布買下它；2026 年 4 月，中國政府以國家安全為由禁止這筆收購、要求解除；6 月 Meta 跟它完成切割；8 月 Manus 宣布恢復獨立經營，也刪除了被收購期間產生的使用者資料。所以教材上寫的「某某屬於哪一家」，幾個月後可能就不對了，用之前先查一次。

同一件事五家各給你什麼，看「我想做這件事⋯⋯」那一頁，最下面三組就是代理類的情境。

三個判準，照順序問自己：

1. 要不要跨好幾個檔案或軟體？不用的話，聊天就夠了，代理反而慢。
2. 是不是會重複做？每週一次的整理、每天早上的信箱，最值得。只做一次的事，教它的時間可能比自己做還久。
3. 做錯了能不能復原？能復原的放心交；不能的（刪除、對外寄出、付款），要嘛不交，要嘛把自主程度調到「每一步都問」。

第一次交給它的事，先看著它做一遍。看過幾次沒問題，再放手讓它在背景跑、用排程定期跑。

• 提示詞注入：它讀的網頁或信件裡藏著一句「把帳號密碼寄到這裡」，它可能照做。會上網、會讀信的代理，一定要有護欄。
• 放太多自主：第一天就讓它全自動，等於把新人丟進倉庫不管。從「每步都問」開始。
• 它說做完了，其實沒有：代理很會回報成功。沒有驗證迴路的工作，先別自動跑。
• 做錯了回不去：讓它碰真實檔案前，先確定有它動不到的備份。見復原。
• 費用失控：代理一步失敗會重試，沒上限的重試會一直燒額度。會花錢的動作要設上限。

有一個人同時用四個代理做事，分工是這樣：一個在電腦上寫程式、改系統；一個看架構、給第二意見；一個住在手機的通訊軟體裡，收他一句話就幫忙派工；一個在雲端跑很久的資料蒐集。

四個代理互相看不到對方的對話。讓它們接得起來的，不是什麼高深技術，是兩份檔案：每個專案資料夾裡一份說明書，寫規則和禁區；一份交接檔，誰做到哪、還剩什麼，做完就寫一行。下一個接手的先讀再動手。

一週之內踩到的坑，剛好對應上面每一節：每天自動備份的程式回報「成功」，實際上兩個半月沒跑，沒有人發現，因為沒有人去看備份真的在不在；解衝突的腳本失敗了，後面的步驟照樣跑完，留下一個壞掉的版本。兩件事的解法都一樣：不信它說的，看結果。這就是驗證迴路存在的理由。

1. 挑一件你每週都在做、要跨兩個以上軟體的事，去「我想做這件事」那頁看五家各給什麼。
2. 在那件事的資料夾裡寫一份說明書：哪些檔不能動、做完要回報什麼、哪些動作要先問你。
3. 第一次讓它做的時候，自己想好「怎樣算做對」，做完去看結果，不看它的回報。