目錄
本文資訊以 2026 年 9 月為準，Workers 仍處於 Beta，計費日期與費率仍可能更新。
r/Notion 出現一則很實際的討論，標題直接問：「Agents 看起來比 Workers 貴 10 倍？」發帖者原本把不少 Make.com Scenario 改寫成 Notion Worker，實際觀察到一次 Worker Run 大約消耗 0.2～0.6 credits；拿 Custom Agent 測試一個只是修改 Property Status 的流程時，單次卻用了約 2.5 credits。就這一次測試來看，兩邊大約差了 4～12.5 倍，確實很容易得到「Agent 貴很多」的第一印象。
更需要注意的是 Workers 現在還在免費 Beta。Notion 較新的 Help Center 說明顯示，從 2026 年 10 月 15 日開始，Workers 也會正式消耗 Notion credits；目前 Business、Enterprise 與 Business Trial 可以趁 Beta 期間看到預估 Credits Usage，先拿真實流程估算之後需要多少額度。部分較舊的英文發布頁仍留著 8 月 11 日的舊日期，因此正式計費前仍建議再確認 Workspace 裡的 Billing 與最新 Help Center。
真正需要重新看的不是「Agent 太貴」這件事，而是同樣被叫做自動化，Notion 現在其實已經拆成三種完全不同的工具：Database Automations 負責明確的條件與動作，Workers 執行可預測的程式邏輯，Custom Agents 才負責需要讀 Context、判斷與決定下一步的工作。三種東西放錯位置，不只成本會增加，流程也可能變得比原本更難維護。
Notion Worker和Custom Agent一次到底差多少錢？
Worker通常每次約0.23 credit，但不是固定費率
Notion 目前提供的 Worker Benchmark 是 每次 Run 通常約 0.0023 美元。由於 1,000 Notion credits 為 10 美元，相當於每一個 credit 為 0.01 美元，因此典型 Worker Run 約消耗 0.23 credit，1,000 credits 大約能支援 4,348 次典型 Runs。
這個數字和 Reddit 發帖者實際看到的 0.2～0.6 credits 很接近，但不能把 0.23 寫成固定單價。Worker 實際用量仍會受到執行時間、處理量與工作內容影響，Notion 自己使用的詞也是 typically cost，不是保證每一次執行全部固定扣 0.23 credit。
Worker 的計價單位也要先搞懂。Scheduled Sync 每跑一次算一個 Run，Webhook 每處理一個 Event 算一次；如果 Custom Agent 把 Worker 當成 Tool 使用，每一次 Tool Call 又另外算一個 Worker Run。因此，一個 Agent Run 裡呼叫 Worker 四次，會同時產生 Agent 自己的 Credits，再加四次 Worker Runs。
Custom Agent現在已經有官方成本範圍，不需要再猜
原稿寫「Agent 沒有官方費率，只能靠第三方估算」已經不適用。Notion 現在直接公開數種常見 Custom Agent 的實際 Benchmark：
| Custom Agent類型 | 官方估算單次成本 | 約消耗Credits | 1,000 Credits約可跑 |
| Q&A Agent | US$0.03～0.11 | 3～11 | 90～333次 |
| Task Routing | US$0.05～0.15 | 5～15 | 65～190次 |
| Status Update | US$0.08～0.18 | 8～18 | 57～133次 |
| Mail Triage | US$0.04～0.10 | 4～10 | 100～250次 |
| Daily Brief | US$0.10～0.30 | 10～30 | 33～100次 |
同一個 Agent 的成本還會受到讀取內容量、搜尋多少資料庫、Tool Calls 數量、執行頻率與 Model Choice 影響，所以這些都是估算範圍，不是固定價格。
如果只是拿官方典型 Worker 的 0.23 credit，和 Custom Agent 官方範圍的 3～30 credits 粗略相比，差距確實可能來到十幾倍甚至一百倍以上；但這仍然不是公平的「同一工作」比較，因為官方列出的 Agents 本來就在讀 Context、做判斷、建立資料或發送訊息，而 Worker Benchmark 主要是執行固定程式碼。
所以 Reddit 那句「Agent 比 Worker 貴 10 倍」可以當成一個人的實測案例，不能直接升級成產品固定定價規則。
為什麼Custom Agent通常會比Worker貴很多？
Custom Agent花錢的地方是判斷，Worker花錢的地方是執行
Workers 跑的是程式碼。需要同步 Salesforce、接一個 Webhook、算完資料後更新 Notion，邏輯都已經由開發者寫好，Runtime 只需要按照既定流程執行。Notion 自己也把 Workers 定位在不需要 AI Reasoning 的工作，例如 Syncing Data、Writing Updates 與 Handling Events。
Custom Agent 面對的則是另一種問題。它可能先讀 Slack Message，再搜尋幾個 Databases，判斷內容屬於哪一類、找出 Owner、決定 Priority、建立 Task，最後還通知相關人員。讀取資料量越大、步驟越多、使用的模型越強，Credits 就會跟著提高。
所以「Agent 會思考，Worker 只會做事」可以留下當成簡化理解，只是 Worker 並不是完全沒有邏輯，它可以執行非常複雜的程式；真正的差別在於 判斷邏輯是不是事先寫死。Worker 執行開發者定義好的 Deterministic Logic，Custom Agent 則利用模型依當下 Context 決定怎麼完成任務。
如果一套流程每天都在做同一組 API Calls、欄位轉換和狀態更新，沒有必要每次都重新花模型成本「想一次」。
Notion其實已經直接建議Agent決策、Worker執行
兩種工具不是競爭關係，官方本來就建議混合使用
Workers 的官方說明直接寫到，兩者常見的搭配方式就是 Custom Agent 決定要做什麼，再由 Worker 可靠執行特定步驟。
例如客戶寄來一封 Email，要先判斷這是退款、Bug、合作邀請還是一般詢問，這一段很難只靠固定條件寫完整，比較適合交給 Agent；判斷完成後，如果只是依分類建立固定格式 Task、帶入幾個欄位，再呼叫既定 API，後半段就可以交給 Worker。
這樣做除了省 Credits，還有一個很實際的好處：確定性的工作會比較好 Debug。Agent 判斷錯了，可以回頭調整 Instructions；Worker API Call 失敗，可以從 Logs 看 Error。全部塞在一個 Agent Run 裡，最後只會看到 Credits 很高，卻不容易知道哪些步驟真的需要模型。
哪些Notion自動化根本不需要Agent？
第一層：規則已經很明確，先用Database Automation或Formula
如果需求只是 Status 變成完成後修改另一個 Property、新增 Page 時指定負責人、定期建立內容、發通知，Notion Database Automations 已經能處理不少情境。付費方案可以建立 Database Automations，Free Plan 則只能建立部分有限動作，例如 Slack Notification；Formula 與 Button 也可以處理不少不需要背景執行的固定邏輯。
這些一般 Database Automations 不走 Workers／Custom Agents 的 Notion credits 計費制度，因此如果原生 Automation 已經做得到，沒有必要先把同樣條件改寫成 Agent Prompt。
例如「Status 改成 Published → Published Date 填今天」這種工作，讓模型每次重新閱讀 Context 再決定要不要填日期，成本和穩定度都沒有優勢。
第二層：需要程式執行，但規則固定，再看Worker
流程需要對外 API、跨系統同步、Webhook、批次資料處理或比較複雜的轉換邏輯時，才開始進入 Worker 適合的範圍。Workers 目前主要支援 Database Sync、Custom Agent Tools 與 Webhook Triggers，也是在 Notion 自己的 Infrastructure 執行，不需要再另外維護 Lambda 或其他 Server。
常見情況包括定時同步外部 CRM、收到 Stripe Webhook 後更新 Billing Database、批次整理資料、依既定 Rules 呼叫 API，以及讓 Custom Agent 使用一個固定計算或查詢 Tool。
原稿那句「如果能寫成一句 if-then，就不該用 Agent」方向不錯，但稍微太絕對。有些 If-then 雖然可以寫，條件數量與例外卻可能複雜到不值得自行維護；比較好的判斷方式是：規則能不能穩定、完整地事先定義。 如果可以，就先看 Automation／Worker；如果輸入本身很模糊，才進入 Agent。
第三層：需要理解語意與取捨，才值得用Custom Agent
客戶 Email 要分哪一類、會議裡哪些事情算真正未解決、哪則訊息具有合作意圖、哪些競品更新值得列進週報，這些工作沒有一條固定 Formula 可以直接處理，而且每次判斷還需要不同 Context。
這類情境才比較符合 Custom Agent 的用途。Notion 目前也建議把 Scope 收窄、Trigger 寫具體、Context 只開真正需要的 Pages／Databases，並讓簡單工作使用較輕量模型；這些調整同時能降低誤判與 Credit Usage。
Custom Agent成本已經降過一次，為什麼還是比Worker高？
4 月 14 日，Notion 曾宣布 Custom Agents 的執行成本整體降低約 35%～50%，尤其是 Mail Triage 這類重複任務；同時加入 GPT-5.4 Mini／Nano、Haiku 4.5、MiniMax M2.5 等較省 Credits 的模型選擇，部分模型相較高階模型最多可以少用約 10 倍 Credits。
這代表 Notion 並不是沒有處理 Agent Cost，只是模型推理本來就比固定 Code Execution 貴。Worker 的目的正好是把不需要 AI Decision-making 的部分拿出去，以更容易預估的價格執行。
所以架構優化不是「所有 Agent 全部換 Worker」，而是先找出 Agent Run 裡有哪些步驟其實根本不需要 AI。
10月15日之後，Notion credits有哪些地方需要先知道？
Monthly Credits會重置，而且沒有用完不會累積
Notion credits 是 Workspace 共用額度，Business 與 Enterprise 可以加購，目前標準價格為每 1,000 credits 10 美元。Monthly Credits 每個 Billing Period 重新設定，當月沒有用完的額度不會 Roll Over 到下一期。
所以購買 Credits 時，比起一次堆很高，先觀察一、兩個 Billing Cycles 的實際使用量比較合理。Notion 自己也建議先讓 Agent 用小 Scope 跑一段時間，再依 Dashboard 的真實 Usage 調整。
Credits不夠時Custom Agents會Pause，但也能設定自動補額度
如果 Workspace 沒有足夠的 Notion credits，Custom Agents 預設會暫停，等下個 Billing Cycle 重置或管理員補進 Credits 後再恢復；已經正在執行的 Task 如果碰到 Cap，系統可能讓該次 Run 完成，再阻止新的工作開始。
但這不代表所有工作區一定會突然停掉。Notion 現在也有 Auto Adjust，管理員可以設定當 Credits 接近上限時自動增加額度與 Spending Cap，避免 Agent 因為 Credits 不足中斷；多 Workspace Enterprise Contract 另外還有 On-demand Spend。
原稿寫「錯過的排程不會在補額度後回頭補跑」目前沒有找到官方文件支持，因此不建議保留。關鍵流程真正應該做的，是另外監控 Activity／Insights，確認每一個預期的 Run 是否真的完成，而不是假設恢復 Credits 後系統一定會補跑，或一定不會補跑。
Credits是Workspace共用，但現在可以替單一Agent設定Limit
所有 Custom Agents 都會從 Workspace 的同一個 Credit Balance 消耗，因此某個高頻 Agent 確實可能快速提高整體 Spend。不過現在 Admin 已經能替單一 Custom Agent 設 Credit Limit，Agent 到達 Threshold 後可以自動 Pause，也可以限制哪些 Members 有權建立 Agent。
所以團隊版真正需要的不是每天盯著所有人，而是先替容易高頻觸發的 Agent 設上限，再利用 Dashboard 找出真正燒 Credits 的項目。
10月15日前，可以先怎麼盤點Notion自動化成本？
先從Credits Dashboard抓真實基準，不要只靠估算
Workers 免費 Beta 期間已經會顯示預估 Credit Usage，Dashboard 可以看到 Runs Completed、Credits Used、Creator 與 Status。需要注意的是 Worker Spend 預設會和 Custom Agent Spend 分開顯示，而且不一定包含在最上面的主要 Usage Chart；如果希望一起比較，需要開啟 Include Worker spend。
因此，比起先算「每個 Worker 都是 0.23 credits」，比較有用的是把目前真正運行中的 Workflows 跑一段時間，再看各自平均 Credits／Run。
Beta 結束前確實也適合處理已知的大量一次性同步或 Backfill，只是主要目的應該是順便量測真實 Runtime 與 Credits，而不是因為現在免費就讓沒有必要的流程大量執行。
把現有流程分成Automation、Worker與Agent三類
盤點時可以只問兩件事：第一，規則能不能事先寫清楚；第二，需不需要模型根據 Context 做選擇。
完全固定的 Property Update、Notification、Page Creation 先看 Database Automation；需要 Code、API 或大量資料轉換，但行為仍可預測的工作放到 Worker；需要讀文字、辨識語意、取捨或決定下一個 Action，才留給 Custom Agent。
如果一個 Agent 裡只有 20% 的流程真的需要模型，就把那 20% 留給 Agent，再讓 Worker 接手後面的確定性操作。這正是 Workers 官方文件列出的搭配方式。
Trigger比Prompt更容易造成帳單失控
Custom Agent 的總成本不只看單次 Run，Trigger 頻率同樣重要。Notion 自己建議不要使用過於寬鬆的「任何 Message／任何 Database Update」觸發，而是收窄到指定 @mention、特定 Property Change 或真正需要處理的 Event。
Workers 更明顯。每天執行一次的典型 Sync，官方估算約每月 0.07 美元；每小時執行一次約 1.66 美元；每 15 分鐘執行一次則變成約 6.62 美元。真正容易把成本拉高的，很多時候不是程式本身，而是根本沒有必要那麼常跑。
模型選擇也會直接影響Custom Agent Credits
Custom Agent 可以選 Auto 或指定模型，高階模型需要更多 Credits。Notion 的建議仍然是大部分工作先使用 Auto，或把比較簡單、範圍明確的 Sub-agent 放在較輕量模型，真正複雜的步驟才交給較強模型。
比起全部 Agent 固定使用最強模型，先看 Insights 裡實際用了哪些模型、Tool Calls 和 Steps，通常更容易找到成本浪費的位置。
Free與Plus使用者會受到Workers收費影響嗎？
Workers本來就只提供Business與Enterprise
Workers 目前只提供 Business 與 Enterprise，因此 Free／Plus 不會在 10 月 15 日突然多出一筆 Worker Credits 帳單；兩個方案也不能直接購買 Notion credits 來使用 Workers 或 Custom Agents。
但原稿說 Free／Plus 都可以靠 Database Automations 撐起個人工作流，也要再拆開。Plus 可以建立一般 Database Automations，Free 則只能建立有限類型，例如 Slack Notification Automation，其他 Automations 主要只能使用既有 Template，無法自行編輯。 Formula、Buttons 等功能則仍能處理不少簡單邏輯。
所以對 Plus 使用者而言，先把原生 Automation 用到極限確實很合理；Free 使用者如果需要真正的背景自動化，就要另外評估外部工具或升級方案，而不是假設所有 Automation 都免費可建。
Workers開始收費真正值得做的，是重新決定哪一步需要AI
Reddit 那則「Agent 看起來比 Worker 貴 10 倍」的貼文沒有算錯，但也只代表一個特定測試：Worker 約 0.2～0.6 credits，同樣拿 Agent 做一個很簡單的 Status Update 時用了約 2.5 credits。
Notion 現在公開的官方 Benchmark 更能看出真正的量級。Worker Run 通常只有約 0.23 credit，Custom Agent 則依工作不同，大約從幾個 credits 到數十個 credits；這個差距沒有什麼神祕原因，前者執行已經寫好的程式，後者還需要讀 Context、選工具、推理與決定下一步。
因此，10 月收費前最有用的工作不是急著把所有 Agent 改成 Worker，而是把每個流程拆開看。能用 Formula 或 Database Automation 的先留在原生層；需要穩定程式邏輯的交給 Worker；真正需要判斷的那一小段再付 Agent 的推理成本。
等三層拆清楚之後，Credits Dashboard 才會真的有意義。不然看到一個 Agent 很貴，也很難知道到底是模型用錯、Trigger 太寬、Context 讀太多，還是那件事從一開始就不需要 Agent。
常見FAQs
不是固定值。Notion 表示 Worker 通常約 US$0.0023／Run，也就是約 0.23 credit，但實際 Credits 會依執行時間與處理量變動。
官方目前公開的典型案例約在 3～30 credits／Run，例如 Q&A Agent 約 3～11、Mail Triage 約 4～10、Status Update 約 8～18、Daily Brief 約 10～30 credits。實際用量仍取決於資料量、Steps、Tool Calls、執行頻率與模型。
沒有固定 10 倍。Reddit 案例約落在 4～12.5 倍，但官方 Benchmark 拿典型 Worker 和不同 Agent Use Case 粗略比較，差距可能從十幾倍到上百倍。兩種工具處理的工作不同，因此不能把這個倍率當成固定價差。
如果沒有足夠 Credits，Custom Agents 會暫停，直到下一個週期重置或管理員增加 Credits；管理員也能開啟 Auto Adjust，讓系統接近額度上限時自動購買更多 Credits，降低工作流突然停止的機率。
一般 Monthly Notion credits 不會 Roll Over，新的 Billing Cycle 會重新取得購買的月度額度。
目前不行。Workers 只提供 Business 與 Enterprise；Developer Mode 雖然所有方案都能開啟，但不代表所有 Developer Platform 功能都能使用。
規則可以事先完整定義、不需要模型根據語意做判斷時，通常應先評估 Worker，例如資料同步、Webhook、批次更新與固定 API 流程；需要理解文字、評估 Context 或決定下一步時，才比較適合 Custom Agent。
截至 2026 年 9 月 2 日，較新的 Notion Help Center 頁面顯示 Workers 將從 2026 年 10 月 15 日開始使用 Notion credits，目前 Business、Enterprise 與 Business Trial 仍處於免費 Beta。部分較早的官方英文頁面仍保留 8 月 11 日舊日期，因此正式計費前建議再確認最新 Help Center 與 Workspace Billing。