讓 AI Agent 接上你的工作工具：哪些該開、哪些千萬別開

把 AI Agent 接上自己的工作工具，第一個念頭通常是興奮：讓它讀信、查行事曆、寫報表，雜事全部丟過去。第二個念頭才是那個真正重要的問題：這等於把一部分帳號權限交給一個會自己做決定的程式，交多少才不算賭博？

這篇是我們整個「Agent 接工具」系列的總覽。我們自己的工作環境已經接了 Gmail、行事曆、試算表、LINE 通知與網站資料庫，底下的原則不是理論，是一路收斂出來的邊界，包含一次差點出事的教訓。各工具的實作細節會拆成獨立文章，這篇先把「接什麼、開多大、怎麼看管」三個決定講清楚。

先分清楚：讀跟寫是完全不同等級的授權

所有工具接入的第一原則：讀取與寫入分開評估，永遠先只給讀。讓 Agent 讀你的行事曆，最壞情況是它理解錯；讓它能改行事曆，最壞情況是它把下週的客戶會議刪了。兩者的災難等級差一個數量級，但很多人在授權畫面上一路「同意」按到底，兩種權限一次全給。

用這張階梯來對照，每往上一層，你需要的看管強度就要跟著升級：

以 Gmail 為例，官方連接器在 2026 年 8 月開放了代寄信件，但預設寄出前要人工核准，這個預設值就是上表第三層的正確做法，別急著關掉它。詳細接法見 Gmail 接入實作。

接入順序：從「錯了也沒差」的開始

我們建議的順序，跟多數人直覺想接的順序正好相反。多數人最想接的是信箱(最痛)，但信箱牽涉的隱私與誤發風險也最高。比較穩的路線：

第一批：唯讀的資訊源。行事曆查詢、試算表讀取、報表數據。這批讓你熟悉 Agent 的行為模式，建立「它哪裡會理解錯」的手感，錯了完全沒有代價。

第二批：單向通知。讓 Agent 把整理好的東西推給你，例如 LINE 日報與異常通知。方向是「它對你說」，不是「它對外說」，風險仍然可控。

第三批：信箱與草稿。讀信、摘要、擬回覆草稿，寄出權留在你手上。到這一步，省時感會非常明顯。

最後才是：資料庫與自動執行。讓它查營運資料庫(唯讀帳號)、定時自己跑。這批的前提是前三批都跑順了，你已經知道它的失誤模式長什麼樣。

三條不分工具的看管原則

用帳號權限當防線，不要用提示詞當防線。提示詞裡寫「不要刪除資料」是防呆，不是防護；真正的防線是那個帳號本來就沒有刪除權限。資料庫給唯讀帳號、雲端硬碟開檢視者、API 金鑰用最小 scope，這些設定花十分鐘，比任何提示詞都可靠。這個原則的完整論證在Tool Use 邊界設定。

對外的動作一律過人。寄信、推播、發布、下單，凡是內容會離開你螢幕的，保留核准那一步。我們的實際經驗：核准一封信只要三秒，但攔下一封寫錯客戶名字的信，價值遠超過省下的那三秒。

留下「它做了什麼」的紀錄。接入的工具越多，越需要能回答「上週三它到底動了什麼」。挑有稽核記錄的接法、定期看紀錄，這在監督者角色那篇有完整的做法。

哪些工具根本不該接？

兩類。第一類是單次錯誤代價極高的：網銀、付款、正式環境的部署權限。不是 Agent 不夠聰明，是這類操作連人類都要雙重確認，沒理由給一個程式單獨執行權。第二類是你自己都說不清楚規則的：如果你無法用文字寫下「什麼情況該做什麼」，Agent 只會把你的模糊放大成隨機。先把規則想清楚，再談自動化。

系列後續會逐一展開每個工具的實作，發布後都會回連到這篇。如果你的團隊正在評估讓 AI 接進工作流，但不確定權限怎麼切、從哪個工具先開始，這正是我們 AI 自動化開發在幫客戶做的事，跟我們聊聊你最想丟掉的那件雜事。

延伸閱讀

• 讓 Agent 讀信、摘要、擬回覆：Gmail 接入實作
• 終結 AI 亂做事：Tool Use 與邊界設定
• 把流程交給 AI 代理人：監督者角色與安全落地
• 讓 AI 安全對話資料庫：嚴謹的 Tool 存取設計