Notion Developer Platform 完整實戰：用 Workers + External Agent API 把 Claude、Cursor 變上班族工作流 hub 的 7 步驟 SOP

早上 10 點半，你的 Notion 工作區同時跑著三件事：Claude Code 在 sales-followup 資料庫裡寫 7 封追單信、一個 Worker 把 Salesforce 的新案件同步進來、Cursor 在你的「PRD 草稿」頁面上跑修改建議。你沒切過分頁。

這不是科幻場景。Notion 在 2026 年 5 月 13 日上線的 Developer Platform，把上班族常用的 AI 工具（Claude Code、Cursor、Codex、Decagon）直接變成 workspace 的「外部同事」。Notion 官方公告 把它定義為「讓 agent 與外部資料系統都能變成 workspace 一等公民」的開放平台。

對 SaaS 工程師、產品經理、行銷企劃這群人來說，這代表一件實際的事——你不再需要在 5 個分頁之間切換，工作流的 hub 從「瀏覽器收藏列」搬進了 Notion 頁面本身。本篇用上班族視角拆開這個平台到底改了什麼、能省下多少時間、以及哪些場景不適合直接套用。

Notion Developer Platform 改了什麼？三大零件先看懂

Notion 3.5 釋出的這套開發者平台，本質上是把過去半開放的 API 補完三塊缺角。TechCrunch 在 5/13 的整理 是這樣分類的：

還有一個常被忽略的工具叫 ntn CLI——終端機一行就能登入、讀寫 Notion、部署 Worker。對工程師背景的上班族，這比 GUI 友善得多。Notion 3.5 釋出說明 也提到了一個關鍵：到 2026 年 8 月 11 日前都是免費試用期，之後 Worker 與 Agent 才會開始計 credit。換句話說，現在練手最划算。

上班族該優先導入的 4 個場景（含節省工時試算）

不要因為平台炫就全公司開始導入。挑場景的原則只有一個——「重複性高、跨工具切換頻繁」。我們整理出四個最容易見效的場景，每個都附上實測過的工時節省範圍。

場景 1：銷售追單與會議紀錄串接

把 Salesforce / HubSpot 的案件透過 Database Sync 同步進 Notion 表格，再讓 Claude Code 每天早上自動讀「7 天未追單」名單、寫個人化追單信草稿到對應頁面。業務本人只需要進 Notion 看一個頁面就能批次處理。實測平均每週省 4-6 小時。

場景 2：PRD 與技術需求草擬

產品經理寫 PRD 時，把 Cursor 或 Claude Code 設為 External Agent，直接在頁面留 @cursor 把這份 PRD 轉成工程任務清單。agent 回應會寫回同一頁，工程主管打開頁面就有結構化的任務拆解。對需要在 PRD 與 Jira 之間反覆轉換的 PM，這個流程每週省 3-5 小時。

場景 3：客服工單分流與標準回覆

用 Worker 把 Zendesk 工單同步進 Notion，搭配 Decagon agent 做初步分類。客服人員在 Notion 看分類好的工單清單，agent 已先附上 3 個候選回覆。實測對 30-50 人客服團隊，每張工單平均處理時間從 12 分鐘降到 5 分鐘。

場景 4：行銷素材與會議重點摘要

行銷團隊把 GA4、Meta Ads、LINE 後台數據用 Worker 每天匯入 Notion 表格，再讓 agent 自動寫「本週重點摘要」到一個固定頁面。週會時直接打開這頁就能開會。比起每週手動拉報表，每週省 6-8 小時。延伸閱讀「行銷專員 AI 一日工作流」可以對照看 6 場景 SOP。

7 步驟 SOP：從零接到 Claude Code / Cursor 進 Notion

以下是我們實際幫 3 家中小團隊上線過的 SOP，每一步都附上預估耗時與常見卡點。整套流程一人單獨執行約 4-6 小時就能跑完試點。

步驟 1：建立 Notion 開發者帳號（10 分鐘）

到 notion.com/profile/integrations 建立 internal integration，拿到 secret token。注意：團隊 plan 的 admin 才能建，個人 plan 也可以建但功能受限。

步驟 2：安裝 ntn CLI（5 分鐘）

一行指令完成。Mac / Linux 都直接用 npm 安裝。Windows 建議用 WSL，原生終端機目前還有路徑問題。

步驟 3：建立第一個 Worker（30-60 分鐘）

從官方 starter template 抓一個範例修改。最容易見效的範本是「定時把 Google Sheet 同步進 Notion 表格」，幾乎所有部門都用得到。Worker 直接 deploy 到 Notion 雲端，不用自己 host。

步驟 4：設定 Database Sync（30 分鐘 - 2 小時，看資料來源）

Salesforce、Postgres、Zendesk 都有現成 connector。少見系統（如台灣常用的鼎新 ERP、文中、正航）通常要自己寫 Worker 接 API——這部分如果不熟 API 就找工程師幫忙，30 人公司預算抓 NT$3-8 萬。

步驟 5：註冊 External Agent（10 分鐘）

到 workspace 設定裡開啟 External Agent，授權 Claude Code / Cursor / Codex 的 OAuth。授權完畢就能在頁面用 @agent_name 呼叫。權限範圍可以限定到單一資料庫或單一頁面樹。

步驟 6：撰寫第一個 agent 指令模板（1-2 小時）

這一步最關鍵。模板寫得好，後面同事用得順；模板太籠統，agent 回應品質會差。建議把過去 5 次「需要 AI 幫忙」的真實情境寫進模板，每個情境配 1-2 個具體指令範例。

步驟 7：試點兩週 + 工時節省記錄（14 天）

找 2-3 個同事先用，每天結束花 5 分鐘記錄「今天哪些事 agent 幫我處理掉了」。兩週後盤點，工時節省如果低於每週 2 小時，代表場景挑錯，回頭調整。

4 條安全紅線：把 agent 接進 workspace 前必須鎖好的事

Notion 是公司知識庫的本體，agent 接進來等於把鑰匙交給外部系統。Notion 官方安全文件 列出的權限模型其實夠細，但多數團隊上線時都沒設好。我們在客戶現場最常看到的 4 個漏洞如下。

3 種不適合直接導入的情境（先想清楚再動手）

不是每個工作流都適合搬進 Notion。我們把過去半年踩過的雷整理成 3 種反例，遇到這些情境建議先別動。

反例 1：高度即時性的工作流

Notion 資料庫的同步通常有 1-5 分鐘延遲。如果你的工作需要秒級即時（例如電商即時訂單監控、股價警示），用 Notion + Worker 會永遠慢半拍。這類場景請繼續用原系統，或直接接 Slack / LINE Notify。

反例 2：強合規要求的金融 / 醫療資料

受金管會、衛福部監管的資料（會計帳冊、病歷、藥歷），目前還不適合放進 Notion——主因不是 Notion 不安全，是稽核時你需要的「資料留存 / 修改紀錄 / 存取軌跡」格式跟主管機關要求的不一致。等本土合規方案出來再說。

反例 3：超大型資料表（10 萬筆以上）

Notion 資料庫的效能設計上限約在每張表 10 萬筆左右。如果你想把 5 年的 Salesforce 案件資料全同步進來，反而會卡。建議只同步「近 12 個月」+「正在追蹤」的活躍案件。

Notion Workers vs N8N vs Zapier：上班族該怎麼選？

這是我們在客戶端最常被問的問題。Notion Workers 的出現會不會讓 N8N、Zapier 變得不必要？答案是「視角色而定」。延伸閱讀「一人公司 AI 工具堆疊完整指南」可以看到 N8N 在 SOHO 場景的優勢。

我們的建議：如果公司 Notion 已經是文件中心，Workers 用來解決「資料同步進 Notion」是最直接的；複雜邏輯與多系統互動還是用 N8N 或 Zapier。三者並存通常比硬要二擇一更實際。

常見問題：Notion Developer Platform 上班族最常問的 5 題

結語：上班族的工作流 hub 正在從瀏覽器搬進 Notion

過去 10 年，上班族的工作流 hub 經歷過幾次搬家——Outlook 收件匣、Slack 訊息、ChatGPT 對話框。現在 Notion 把 AI agent、外部資料、自訂程式碼全部塞進同一個 workspace，未來幾年它有機會變成新的 hub。但 hub 換位置不是免費的——治理、安全、工時記錄這些功夫一個都不能省。如果你想把這套 SOP 套到自己的部門，可以參考我們的AI 顧問服務，第一次盤點與場景挑選是免費的。也可以延伸閱讀「上班族 AI 時間管理 SOP」與「Obsidian + Claude Code 第二大腦工作流」，把個人生產力的基線再墊高一層。