Notion 3.6 的 External Agents，真正有意思的地方不是「Notion 又多一個 AI 功能」。它比較像是把原本散落在 Claude、Cursor、CLI、IDE 裡的 agent，拉進一個團隊都看得到的工作區。
這件事對小團隊很誘人，因為任務、文件、進度、討論都能放在同一個地方。但它也會把幾個原本比較模糊的問題攤開：agent 看得到哪些頁面？誰能讓它動手改資料？一次任務會花多少 Notion credits？出事時查不查得到它做過什麼？
Notion 3.6 這次改了什麼？
Notion 官方在 2026 年 7 月 1 日的 3.6 release 裡，把 External Agents 放在主更新之一。官方描述的核心是：你的 agent 不應該只卡在一次性的聊天裡，而是可以被帶進同一個 UI，和團隊工作流程放在一起。
目前官方明確寫到：
| 功能 | 官方說法重點 |
|---|---|
| External Agents | 可從共享 board 指派任務，像隊友一樣 @ mention |
| 首批 agent | Claude 和 Cursor 是第一批 External Agents |
| 文件處理 | Notion Agents 可讀寫更多檔案類型，如 Excel、PowerPoint、Word、PDF |
| MCP connections | Custom Agents 新增更多 MCP 連接 |
| Audit log | Enterprise 可追蹤 Custom Agent activity |
| Credits | Claude agents 透過 Notion credits 計費，不使用自己的 Anthropic 帳號或 API key |
所以它不是單純把 Claude 嵌進 Notion chat，而是把 agent 當成一個可以在工作區裡接任務、被觀察、被限制權限的角色。
導入前先畫三條線
如果團隊真的要用 External Agents，我會先畫三條線：資料線、動作線、成本線。
資料線：agent 看得到什麼？
Notion Help Center 對 Claude agents 的說明很清楚：Claude agents 只能看到你分享給它們的內容，權限是以 agent 為單位設定，不會自動繼承啟動任務那個人的權限。
這句話很重要，因為它代表你不能只問「誰按下執行」。你要問的是：
- 這個 agent 被分享到哪些頁面或 database？
- 它是只能讀，還是可以編輯？
- 使用它的人，是否可能透過 agent 看到自己平常看不到的資訊？
- 敏感資料是否應該拆成另一個 workspace、頁面或 database？
Notion 的 Custom Agent 權限文件也提醒，分享 agent 之前要 review 它能存取哪些 resources。這點放在 External Agents 上也一樣重要。
動作線：哪些事情可以自動做？
External Agents 最吸引人的地方，是可以把任務接到 shared docs、task boards、connected tools 裡。這也代表它不只是回答問題，還可能建立內容、更新資料，甚至透過工具觸發外部動作。
比較安全的導入方式是先限制在低風險任務：
| 適合先試 | 先不要急著開 |
|---|---|
| 整理 issue 或需求摘要 | 直接改正式文件 |
| 幫任務補 acceptance criteria | 自動關閉客服單 |
| 根據規格草擬 PR 計畫 | 直接改 production 設定 |
| 把會議紀錄整理成待辦 | 自動寄出對外信件 |
如果牽涉外部 MCP server、Slack、信箱、日曆或其他可寫入工具，應該先用 read-only 或人工確認，不要一開始就給完整動作權限。
成本線：一次任務會花多少 credits？
Notion 官方說 Claude agents 透過 Notion credits 計費，而且任務步驟越多、讀取越多內容、工具使用越多，消耗就可能越高。這代表成本不只看「用了幾次」，也看 agent 實際做了多少工作。
建議先用三個欄位記錄：
| 欄位 | 用途 |
|---|---|
| 任務類型 | 例如整理需求、產生規格、檢查文件 |
| 平均執行成本 | 觀察 credits 使用量，而不是憑感覺 |
| 是否值得自動化 | 如果人手 3 分鐘能做完，agent 跑很久就不一定划算 |
如果是 Business 或 Enterprise workspace，Notion credits dashboard 可以用來看 usage 和 agent-level runs。這個儀表板不應該等到帳單爆掉才看，而是導入第一週就要看。
一個比較穩的導入順序
我會用這個順序導入：
- 先選一個不含敏感資料的 project board。
- 建一個只處理單一任務類型的 agent，例如「整理需求」或「產生 release note 草稿」。
- 只分享必要頁面與 database，不給整個 workspace。
- 先用可讀或低風險編輯權限，避免一開始就 full access。
- 每次執行都讓結果落在可檢查的 page 或 task comment。
- 一週後看 credits、錯誤率、人工修正時間，再決定要不要擴大。
這樣做的重點不是保守，而是讓 agent 的價值可以被看見。它到底省了什麼時間、造成什麼風險、花了多少 credits，都要留在同一個地方。
什麼情況不適合馬上用？
如果你的 Notion 裡已經混了客戶合約、財務資料、內部人事、API key、私人筆記，而且權限平常就沒整理，那不適合直接把 External Agents 加進去。
另外，如果團隊還沒有明確分工，agent 也不會神奇地讓流程變清楚。它更像是放大器：流程本來清楚，就能幫忙跑；流程本來混亂，就會把混亂變成自動化混亂。
導入前至少先問三個問題：
- 這個 agent 的工作成果要放在哪裡？
- 誰負責審核它做出的改動？
- 如果它用了錯誤資料或誤改內容，能不能追到原因？
如果三題答不出來，先不要從「全自動」開始。
Notion 3.6 的方向很明顯：agent 不再只是私人聊天工具，而是開始進入團隊工作流。真正要做好的不是「接上 Claude 或 Cursor」這一步，而是先整理清楚權限、成本、審核和回溯方式。
常見問題
Q: Notion External Agents 和 Notion Custom Agents 一樣嗎？
A: 不一樣。Custom Agents 是在 Notion 裡建立和運作的 agent；External Agents 則是把 Claude、Cursor 這類外部 agent 帶進 Notion 工作區。Notion 官方也說 Claude agents 不是用你自己的 Anthropic 帳號，而是由 Notion 透過 Anthropic infrastructure 提供。
Q: Claude agents 在 Notion 裡需要自己的 Anthropic API key 嗎？
A: 不需要。Notion 官方文件寫明 Claude agents 透過 Notion credits 計費，不需要 Anthropic account 或 API key，也不能改用自己的 Anthropic account 付款。
Q: External Agents 可以看到整個 workspace 嗎？
A: 不應該假設它看得到整個 workspace。Notion 文件說 Claude agents 只能看到分享給它們的內容，權限以 agent 為單位設定。不過這也代表你要認真檢查它被分享到哪些頁面和 database，避免給太大的範圍。
Q: 小團隊適合用 Notion 3.6 External Agents 嗎？
A: 適合從低風險流程試，例如整理需求、補任務規格、產出會議待辦、整理 release note 草稿。不要一開始就讓 agent 操作正式資料、寄信、改 production 設定，或連到太多外部工具。
參考資料：
Notion：What’s New - Notion 3.6: External Agents, HTML blocks, and more
Notion Help Center：Use Claude agents in Notion
Notion Help Center：Custom Agents sharing and permissions
Notion Help Center：How Notion protects against prompt injection risks
回報錯字、失效連結，或告訴我你想看的延伸主題。