為了讓你的筆記不再「吃灰」，我設(shè)計(jì)了一套全自動(dòng)的效率工作流

編注：利益相關(guān)聲明：文中包含營(yíng)銷(xiāo)（如促銷(xiāo)活動(dòng)）和推廣（如返利鏈接）信息。

導(dǎo)讀：全文共 10331 字，閱讀所需 20-25 分鐘。記完就忘的筆記、機(jī)械重復(fù)的流程、永遠(yuǎn)在等指令的 AI……再全能的工具，終究也只是靜態(tài)資料庫(kù)。本篇文章通過(guò) 7 個(gè)真實(shí)場(chǎng)景的實(shí)操演示，教你用 Custom Agent 打造全自動(dòng)「虛擬員工」，讓 Notion 主動(dòng)替你推進(jìn)工作。

正如文中所言，Agent 能發(fā)揮多大價(jià)值，取決于它在你系統(tǒng)里扎根的深度。文中場(chǎng)景均原生運(yùn)行于【FLO.W 思流】效率系統(tǒng)。不想對(duì)著白板從零試錯(cuò)？掃碼了解詳情，直接抄作業(yè)。

▍前言

1 月份我就拿到了 Notion 最新功能的 Beta 權(quán)限，到現(xiàn)在我已經(jīng)創(chuàng)建了十幾個(gè) Notion 全自動(dòng)工作流，工作效率以一種前所未有的速度在提高，過(guò)去的筆記積累終于也迎來(lái)了質(zhì)變。

我是如此欣喜，因此必須寫(xiě)下這篇文章，向各位分享這份快樂(lè)。

這個(gè) Notion 的新功能名叫 Custom Agent，它正是我在上一篇文章末尾所預(yù)告的、本年度 Notion 最為重磅的新功能。

▍具體定義 什么是 Custom Agent

Notion 早已不是單純的筆記軟件，你可以把它看作是一間「數(shù)字辦公室」。

它有前臺(tái)（目錄導(dǎo)航）、有工位（Page）、有檔案室（Database）、有標(biāo)準(zhǔn)流程（Template）、有傳送帶（Automation）、有內(nèi)部顧問(wèn)（AI）、有外包團(tuán)隊(duì)（第三方工具聯(lián)動(dòng)）。作為辦公室的頭頭，你在 Notion 里不只是記筆記，更是在安排信息的流動(dòng)、組織人的協(xié)作，最終促成任務(wù)的推進(jìn)和經(jīng)驗(yàn)的積累。

然而如果你不編輯，任務(wù)就會(huì)停滯，你不執(zhí)行，再?gòu)?qiáng)的 AI 都在等你開(kāi)口，這間功能完備的辦公室的員工其實(shí)只有你一個(gè)人，你是所有信息流動(dòng)的入口和出口，是所有決策的發(fā)起和執(zhí)行。

你可能已經(jīng)用過(guò) Notion AI，問(wèn)它一個(gè)問(wèn)題它能給你答案，讓它編輯頁(yè)面或者數(shù)據(jù)庫(kù)，它也能立刻完成。但這些操作有一個(gè)共同前提：你得打開(kāi) Notion 告訴它需要做什么，然后它才會(huì)動(dòng)。

Custom Agent 打破的就是這個(gè)前提，你給它設(shè)置一套規(guī)則，它就會(huì)自己一直跑下去，不需要你盯著，也不需要你開(kāi)口。這意味著你的產(chǎn)出系數(shù)可以從 1 變成 5、甚至是 100，因?yàn)槊總€(gè) Agent 都可以看作是一個(gè)自帶大腦的虛擬員工。

在我雇傭和培訓(xùn)的十幾個(gè)虛擬員工里，流程最復(fù)雜的一個(gè)能在我寫(xiě)完文章后，自動(dòng)完成從內(nèi)容優(yōu)化、SEO 處理、多語(yǔ)言翻譯再到跨平臺(tái)發(fā)布的整套自動(dòng)化流程，一共 11 個(gè)復(fù)雜步驟，全部由一個(gè) Agent 在一次執(zhí)行中跑完。

這個(gè)案例我會(huì)在后半部分具體介紹，但你現(xiàn)在只需要知道一件事：Custom Agent 的上限真的非常非常高。

如何創(chuàng)建 Custom Agent

首先你需要訂閱 Notion 的商業(yè)版會(huì)員，然后點(diǎn)擊左上角的新建代理按鈕

接下來(lái)就會(huì)彈出下圖所示的設(shè)置界面，你需要在這里定義這個(gè)虛擬員工的技能和權(quán)限：

就像員工入職培訓(xùn)一樣，「觸發(fā)器」是它的上班時(shí)間，「指令」是它的工作內(nèi)容手冊(cè)，「模型」則是它的腦子。越聰明的腦子處理復(fù)雜任務(wù)的效果越好，但需要支付的「Token 工資」也就越高。另外工具和訪問(wèn)權(quán)限則是給這個(gè)員工配備的電腦和門(mén)禁卡，配置好之后這個(gè)虛擬員工就可以在你劃定的范圍內(nèi)自行活動(dòng)。

值得一提的是，Custom Agent 的活動(dòng)范圍并不局限在 Notion 內(nèi)部。它可以通過(guò) MCP 和 Notion Worker 連接外部服務(wù)、調(diào)用第三方 API，具體怎么用我會(huì)在后面的案例六和案例七中詳細(xì)展開(kāi)。對(duì)于沒(méi)有編程背景的普通用戶來(lái)說(shuō)，Notion 的 Custom Agent 是目前我用過(guò)的最直觀、最易上手、也最容易發(fā)揮實(shí)際價(jià)值的智能代理方案，遠(yuǎn)比最近大熱的 OpenClaw 更值得推薦。

如果有人不同意這個(gè)觀點(diǎn)，那么你可以認(rèn)為他或許了解 OpenClaw，但一定不了解現(xiàn)在的 Notion。

▍一些案例

接下來(lái)我將用七個(gè)從簡(jiǎn)單到復(fù)雜的真實(shí)場(chǎng)景，幫你建立起對(duì) Custom Agent 能力邊界的完整認(rèn)知。你會(huì)看到單個(gè)能力本身可能并不驚艷，但當(dāng)它們開(kāi)始互相組合，這個(gè)工具就開(kāi)始變得不一樣了。

早晨簡(jiǎn)報(bào)

每天早上打開(kāi) Notion，你想知道的無(wú)非是今天該做什么、哪些事情還懸著、有沒(méi)有什么需要特別注意的。這些信息散落在不同的數(shù)據(jù)庫(kù)頁(yè)面里里，你需要自己跳轉(zhuǎn)、篩選、匯總，才能拼出一幅完整的圖。

所以我創(chuàng)建的第一個(gè) Custom Agent 就是早晨簡(jiǎn)報(bào)，我為它設(shè)置了一個(gè)定時(shí)觸發(fā)器，每天早上 9 點(diǎn) Agent 會(huì)自動(dòng)讀取我的多個(gè)核心數(shù)據(jù)庫(kù)，篩選匯總所有我需要關(guān)注的信息，然后按照預(yù)定格式將整理好的簡(jiǎn)報(bào)寫(xiě)入指定數(shù)據(jù)庫(kù)，并向我發(fā)送通知。

但早晨簡(jiǎn)報(bào)真正讓我覺(jué)得有意思的地方，不是它能把信息匯總到一起，而是它會(huì)做判斷。它會(huì)根據(jù)截止日期和前后關(guān)系排出建議順序，逾期的任務(wù)會(huì)被單獨(dú)標(biāo)記，排期撞車(chē)了也會(huì)主動(dòng)提醒。這些事情我自己翻數(shù)據(jù)庫(kù)當(dāng)然也能發(fā)現(xiàn)，但往往要等到出了問(wèn)題才會(huì)意識(shí)到，而 Agent 每天早上都會(huì)替我檢查一遍。

在這個(gè)場(chǎng)景里，「觸發(fā)器」決定什么時(shí)候干，「指令」決定干什么。把這兩件事組合起來(lái)，你就能延伸出各種自動(dòng)化場(chǎng)景：

• 每天自動(dòng)生成剪藏?cái)?shù)據(jù)庫(kù)的摘要

• 每周自動(dòng)匯總項(xiàng)目進(jìn)度

• 每月自動(dòng)整理訂閱工具的支出與使用情況

當(dāng)然，單看每天早上的工作量，手動(dòng)操作也不過(guò) 10 分鐘，但早晨簡(jiǎn)報(bào)真正節(jié)省的不是這 10 分鐘，而是每天早上那段最寶貴的注意力。你只需要打開(kāi)簡(jiǎn)報(bào)看結(jié)果，然后把精力留給真正重要的事。

任務(wù)跟進(jìn)

我的 FLO.W 模板的任務(wù)數(shù)據(jù)庫(kù)有一個(gè)字段叫「下一步做什么」，目的是讓我在看到這個(gè)任務(wù)的時(shí)候，不需要思考和遲疑，就能立刻知道自己下一步需要做什么。

要想寫(xiě)好這個(gè)字段是需要耗費(fèi)一定的腦力 Token 的，但現(xiàn)在有了 Custom Agent 后，這個(gè)字段就可以讓 AI 來(lái)填寫(xiě)。

首先設(shè)置一個(gè)「當(dāng)數(shù)據(jù)庫(kù)頁(yè)面被編輯時(shí)」的觸發(fā)器：

然后給這個(gè) Agent 設(shè)置執(zhí)行規(guī)則：讀取當(dāng)前頁(yè)面的所有內(nèi)容，包括標(biāo)題、正文、狀態(tài)、排期、關(guān)聯(lián)筆記、關(guān)聯(lián)項(xiàng)目、前后置任務(wù)等內(nèi)容，然后進(jìn)行綜合評(píng)估，并在「下一步做什么」這個(gè)字段里寫(xiě)入 3 條可快速執(zhí)行的行動(dòng)建議。

和案例一不同的是，這個(gè) Agent 不按時(shí)間表上班，而是在你工作的過(guò)程中實(shí)時(shí)響應(yīng)，并且不是一邊寫(xiě)一邊改，而是在你停止頁(yè)面編輯的三分鐘之后自動(dòng)執(zhí)行。下圖就是這個(gè) Agent 的思考過(guò)程和執(zhí)行結(jié)果：

其實(shí)這個(gè)能力還可以泛化到更多場(chǎng)景，只要你的數(shù)據(jù)庫(kù)里有一個(gè)字段是「需要人讀完內(nèi)容才能填的」，Agent 就能幫你填。很多數(shù)據(jù)庫(kù)字段之所以一直空著，不是因?yàn)槟悴恢浪匾且驗(yàn)樘顚?xiě)它需要先閱讀頁(yè)面內(nèi)容再做判斷，這個(gè)過(guò)程復(fù)雜麻煩，久而久之你就放棄了，然后這個(gè)字段就會(huì)變成一個(gè)漂亮但長(zhǎng)期失效的設(shè)計(jì)。

現(xiàn)在 Agent 可以把「讀完再填」這一步變成自動(dòng)動(dòng)作，頁(yè)面一更新，它就把該補(bǔ)的字段補(bǔ)上，把該整理的結(jié)構(gòu)整理好。你寫(xiě)下會(huì)議記錄、咨詢記錄、剪藏全文等原始信息，Agent 就幫你把它加工成可檢索、可統(tǒng)計(jì)、可觸發(fā)下一步動(dòng)作的數(shù)據(jù)庫(kù)字段信息。

這樣一來(lái)，你的 Notion 數(shù)據(jù)庫(kù)就能自己維護(hù)自己了，你只管往里面丟原始信息，剩下的交給 Agent 處理。

處理郵件

我的郵箱每天都會(huì)收到各種通知，包括支付平臺(tái)的交易確認(rèn)、SaaS 工具的報(bào)告、Newsletter 訂閱等等。這些郵件里藏著各種有用的信息，都需要等我一封封打開(kāi)、閱讀、手動(dòng)摘錄。

但現(xiàn)在這個(gè)流程完全不需要我參與了，只需要利用「郵件觸發(fā)器」來(lái)激活這個(gè)自動(dòng)化郵件處理流程。當(dāng)我收到新郵件后，Notion Agent 會(huì)自動(dòng)讀取郵件全文，提取我預(yù)設(shè)的關(guān)鍵信息，然后寫(xiě)入對(duì)應(yīng)的數(shù)據(jù)庫(kù)。

我第一個(gè)跑通的場(chǎng)景是 Stripe 訂單自動(dòng)入庫(kù)，當(dāng)我的網(wǎng)站上有模板售出后，Stripe 都會(huì)自動(dòng)給我發(fā)一份訂單郵件：

這個(gè)時(shí)候我的 Agent 就會(huì)自動(dòng)讀取郵件里的訂單信息，然后把用戶信息、付款方案、付款金額等信息寫(xiě)入 Notion 里的 Stripe 訂單數(shù)據(jù)庫(kù)，然后我就可以在 Notion 中實(shí)時(shí)看到我的 Stripe 的訂單動(dòng)態(tài)了。

同樣的邏輯我還用來(lái)處理郵件訂閱的 Newsletter。收到郵件后，Agent 自動(dòng)觸發(fā)并讀取郵件全文，然后根據(jù)我預(yù)設(shè)的規(guī)則生成一段核心摘要，這樣一來(lái)就算我訂閱的是英文郵件，也可以第一時(shí)間判斷有沒(méi)有繼續(xù)閱讀下去的必要了。

我覺(jué)得再適當(dāng)做一些補(bǔ)充和優(yōu)化，完全替代 Readwise Reader 也不是不可能。

你的收件箱里也許沒(méi)有 Stripe 郵件，但你大概率有各種發(fā)票、招聘郵件、學(xué)校通知、報(bào)銷(xiāo)通知或客戶反饋，只要信息的來(lái)源是固定的、格式是相對(duì)穩(wěn)定的，Agent 就能可靠地完成信息提取和入庫(kù)。

當(dāng)郵件能被自動(dòng)讀取、提煉、寫(xiě)入數(shù)據(jù)庫(kù)，這些信息就可以被追蹤、被統(tǒng)計(jì)，甚至觸發(fā)后續(xù)的自動(dòng)化動(dòng)作。或者我們?cè)偻祽幸稽c(diǎn)，你完全可以讓 Custom Agent 每天早上讀取前一天的所有郵件，然后生成一份郵件簡(jiǎn)報(bào)給你。只要設(shè)定好你關(guān)注的信息類型，哪怕一天收到 100 封郵件也不需要你再親自閱讀了。

智能客服

案例三的 Agent 是一個(gè)盡職的記錄員，郵件來(lái)了它可以幫你寫(xiě)入和歸檔，但最終還是需要你本人去閱讀和處理后續(xù)的流程。但如果 Agent 不僅能讀懂這封郵件，還能直接回復(fù)呢？那它干的就是智能客服的活了。

正好我希望的這些功能 Notion 都支持，Custom Agent 不僅可以讀郵件，還可以回復(fù)郵件。

基于這個(gè)能力我就可以構(gòu)建這樣一個(gè)流程：

1. 持續(xù)監(jiān)控郵箱

2. 接收到用戶咨詢郵件時(shí)觸發(fā) Agent

3. 讀取郵件里的用戶問(wèn)題

4. 根據(jù)問(wèn)題檢索 Notion 知識(shí)庫(kù)

5. 根據(jù)知識(shí)庫(kù)和預(yù)設(shè)規(guī)則生成回答

6. 調(diào)用 Gmail 將答案回信給用戶

7. 如果用戶有追問(wèn)，則重復(fù)上述過(guò)程

以下就是一次真實(shí)的智能客服案例，用戶來(lái)信咨詢問(wèn)我，如果購(gòu)買(mǎi)了 FLO.W 模板的「基礎(chǔ)版」后，能否付費(fèi)升級(jí)為「進(jìn)階版」，而 Agent 給出的回答完美符合我的預(yù)期，不僅回答了用戶問(wèn)題，還用上了恰當(dāng)?shù)脑捫g(shù)去促單。

如果你也想測(cè)試這個(gè) Agent 的郵件問(wèn)答效果，可以在我的網(wǎng)站右下角點(diǎn)擊綠色按鈕，就可以和我的 Agent 對(duì)話了。這件事在 Custom Agent 出現(xiàn)之前是做不到的，因?yàn)橛脩羿]件的格式五花八門(mén)，問(wèn)題也千奇百怪，你沒(méi)法用 if-else 規(guī)則去窮舉所有情況。但大語(yǔ)言模型可以。

不過(guò) Agent 的回復(fù)質(zhì)量不僅取決于 AI 模型的能力，更取決于你的 Notion 知識(shí)庫(kù)的質(zhì)量，如果知識(shí)庫(kù)組織清晰、覆蓋了常見(jiàn)問(wèn)題，Agent 的回復(fù)就會(huì)準(zhǔn)確且有幫助；如果知識(shí)庫(kù)稀疏或混亂，它就會(huì)給出模糊甚至錯(cuò)誤的答案。

所以要想做好郵件智能客服得有一個(gè)前置條件，你需要先花時(shí)間維護(hù)一份結(jié)構(gòu)化的知識(shí)庫(kù)，這件事其實(shí)比搭建 Custom Agent 本身更為困難。

郵件這個(gè)入口一旦被 Agent 接管，整個(gè)收件箱就變成了一條自動(dòng)運(yùn)轉(zhuǎn)的業(yè)務(wù)管線——識(shí)別、分類、響應(yīng)，全都不用你親自動(dòng)手。

例如它可以在回信之前先做一層智能分流，識(shí)別這是售前咨詢、售后問(wèn)題、退款請(qǐng)求還是合作邀約；也可以把郵件當(dāng)作一條「線索」來(lái)處理，提取客戶信息，然后自動(dòng)安排日程、給負(fù)責(zé)人發(fā)提醒；甚至還能做風(fēng)險(xiǎn)兜底，當(dāng)檢測(cè)到可能觸發(fā)合規(guī)的關(guān)鍵詞時(shí)，直接升級(jí)為人工接管，避免 AI 誤判造成事態(tài)升級(jí)。

另外，郵件只是這個(gè)智能客服的入口之一，它的本質(zhì)是「接收問(wèn)題 → 觸發(fā) Agent → 檢索知識(shí)庫(kù) → 生成回答」，因此如果你在做產(chǎn)品、帶課程、或者是在管理一個(gè)團(tuán)隊(duì)，只要你有「高頻、且有標(biāo)準(zhǔn)答案」的問(wèn)答場(chǎng)景，這個(gè)模式都能用。

因?yàn)?Custom Agent 除了可以定時(shí)觸發(fā)或被動(dòng)觸發(fā)，還支持主動(dòng)觸發(fā)，也就是直接打開(kāi)這個(gè)代理，然后和它對(duì)話，提交你的問(wèn)題，它就會(huì)按照預(yù)設(shè)的流程和規(guī)則去生成符合知識(shí)庫(kù)的回答。因此某種程度上你也可以把 Custom Agent 當(dāng)成類似Claude Skill一樣的東西去使用。

選題助手

很多創(chuàng)作者都會(huì)搭建自己的選題庫(kù)，我也不例外，刷到一個(gè)觀點(diǎn)，突然覺(jué)得這個(gè)可以寫(xiě)，于是隨手丟進(jìn)選題庫(kù)里，起名叫《聊聊 XXX》，然后就沒(méi)有然后了，90% 的選題都會(huì)被我擱置。

因?yàn)樗械倪x題都存在以下三個(gè)問(wèn)題：

• 我有沒(méi)有積累過(guò)相關(guān)材料？

• 這個(gè)選題的核心切入點(diǎn)是啥？

• 第一段怎么寫(xiě)？

于是選題庫(kù)會(huì)變成一個(gè)「靈感墓地」，條目越來(lái)越多，真正能寫(xiě)出來(lái)的越來(lái)越少，積重難返，然后越來(lái)越不想打開(kāi)。

所以我做了一個(gè) Custom Agent 叫選題助手，當(dāng)我的「選題數(shù)據(jù)庫(kù)」有新頁(yè)面被創(chuàng)建時(shí)，這個(gè) Agent 就會(huì)被觸發(fā)，然后自動(dòng)完成以下兩件事：

• 素材檢索

• 大綱生成

比如我現(xiàn)在隨便起個(gè)無(wú)厘頭的選題叫做《我是怎么浪費(fèi)時(shí)間的》：

然后這個(gè) Agent 就會(huì)自動(dòng)啟動(dòng)，第一件事是檢索，它會(huì)拿著這個(gè)選題，在我的整個(gè) Notion 系統(tǒng)里翻箱倒柜。

我本來(lái)只是隨手一試，結(jié)果它竟然從我的剪藏庫(kù)里翻出了一篇 TED 演講筆記，講的是拖延的心理學(xué)機(jī)制，然后又從讀書(shū)筆記里找到了《原子習(xí)慣》里關(guān)于打破壞習(xí)慣的方法論，甚至還挖出了一篇我早就忘了的 Newsletter 剪藏，里面有個(gè)博主分享自己如何在細(xì)節(jié)上過(guò)度投入而忽略大方向的經(jīng)歷，最后還有一篇反思效率文化的長(zhǎng)文，討論「覺(jué)得自己在浪費(fèi)時(shí)間」本身就是一種被建構(gòu)的焦慮。

一個(gè)隨手起的無(wú)厘頭選題，居然在我的系統(tǒng)里找到了五條完整的素材線索，而且每一條都能獨(dú)立撐起一個(gè)段落。

第二件事是搭架子，它會(huì)基于檢索到的材料，自動(dòng)生成一份腳本大綱，開(kāi)場(chǎng)怎么引，主體分幾個(gè)要點(diǎn)，每個(gè)要點(diǎn)用哪條素材支撐，結(jié)尾怎么收，全部幫你排好。比如這個(gè)選題它就給出了四個(gè)遞進(jìn)的要點(diǎn)，從「浪費(fèi)時(shí)間不等于懶惰」到「我們對(duì)浪費(fèi)時(shí)間的定義可能本身就有問(wèn)題」，最后落在具體可執(zhí)行的改變方法上。

靈感的生成速度永遠(yuǎn)快于整理和組織的速度，你能在 10 秒鐘內(nèi)產(chǎn)生一個(gè)想法，但要把它變成可發(fā)布的內(nèi)容，往往要付出半天、甚至更長(zhǎng)的時(shí)間，并且絕大部分的時(shí)間都花在了「整理素材」這件事上，這種機(jī)械、枯燥的工作最讓人倦怠和拖延。

而 Agent 接管了檢索和搭架子之后，最爽的一點(diǎn)是，你每次新建一個(gè)選題，它都會(huì)自動(dòng)去翻你的舊筆記找素材，然后搭好一份大綱等著你。你平時(shí)隨手記下的東西越多，選題助手能調(diào)用的材料就越豐富。

你也許會(huì)說(shuō)，素材檢索這事哪個(gè) AI 不能做？但 Notion Custom Agent 是全自動(dòng)的、無(wú)人值守的，你只管寫(xiě)靈感，剩下的全部交給 AI 自己干。

多么美妙的正循環(huán)，哈哈！

推特助手

在處理日常任務(wù)或項(xiàng)目的時(shí)候，我經(jīng)常會(huì)蹦出一些碎片化的思考，這個(gè)時(shí)候我就會(huì)打開(kāi) X 平臺(tái)，然后在輸入框里撰寫(xiě)一條帖子并發(fā)出去。

但這時(shí)候就難免會(huì)遭遇注意力切換的問(wèn)題，經(jīng)常一打開(kāi) X 就會(huì)被上面的信息流吸引，然后就忘了自己上一秒想干什么，或者本來(lái)就轉(zhuǎn)瞬即逝的靈感思路就會(huì)被破壞。

問(wèn)題的解法也很簡(jiǎn)單，既然切換場(chǎng)景會(huì)導(dǎo)致注意力喪失，那么我不要切換場(chǎng)景不就好了？所以我創(chuàng)建了一個(gè) X 內(nèi)容管理數(shù)據(jù)庫(kù)，每當(dāng)我有什么想法要分享，我就在這個(gè)數(shù)據(jù)庫(kù)里新建頁(yè)面然后寫(xiě)下要分享的內(nèi)容即可。

而且寫(xiě)完帖子后我不需要手動(dòng)復(fù)制粘貼到 X，我只需要在看板中把頁(yè)面從「待辦」拖到「進(jìn)行中」的分組里，也就是把 Status 改成 Ready，那么 Notion Custom Agent 就會(huì)幫我把頁(yè)面里的內(nèi)容發(fā)送到 X 平臺(tái)上。

這一整套流程具體可以分為這幾個(gè)步驟：

1. Agent 持續(xù)監(jiān)控這個(gè)數(shù)據(jù)庫(kù)

2. 當(dāng) Status 被設(shè)置為 Ready 就觸發(fā)

3. 讀取頁(yè)面的 Body 字段或者正文內(nèi)容

4. 使用 Notion Worker 將內(nèi)容通過(guò) X 的 API 發(fā)布出去

前三個(gè)步驟我們已經(jīng)很熟悉了，但第四步的 Worker 又是什么，它有什么作用？

Notion Worker 你可以理解為一種自定義代碼工具，它讓 Agent 擁有了「走出 Notion」的能力。如果說(shuō) MCP 更像是標(biāo)準(zhǔn)化的插頭，那么 Worker 就是你自己焊的電路板，后者更靈活但也相對(duì)更麻煩一些。

沒(méi)有 Worker 的時(shí)候，Custom Agent 只能操作 Notion 生態(tài)內(nèi)部的信息，以及 Notion 官方已經(jīng)接入的少數(shù)第三方服務(wù)（比如 Stripe、GitHub 或者 Cursor）。超出這個(gè)范圍的話，Agent 的手就夠不著了。

但有了 Worker 之后，你可以自己寫(xiě)一段代碼然后部署到 Notion 的服務(wù)器上，讓 Agent 通過(guò)這段代碼去調(diào)用外部平臺(tái)的 API。比如在這個(gè)案例里，我用 AI 寫(xiě)了一個(gè)叫 postToX 的 Worker，它可以調(diào)用 X 平臺(tái)的官方付費(fèi) API，然后把我在 Notion 里寫(xiě)的內(nèi)容直接發(fā)布到我的 X 賬號(hào)上。

實(shí)際跑通之后，整個(gè)體驗(yàn)就變成了：想到什么就寫(xiě)進(jìn)數(shù)據(jù)庫(kù)，拖一下?tīng)顟B(tài)，帖子就發(fā)出去了。從頭到尾不需要打開(kāi) X，注意力始終留在 Notion 里。也就是說(shuō)，Notion Worker 讓這個(gè)虛擬員工學(xué)會(huì)了「出差」。

它可以帶著你的指令走出 Notion 這間辦公室，去任何有 API 的地方辦事。今天是發(fā)推文，明天可以是往 GitHub 推消息、從數(shù)據(jù)平臺(tái)拉報(bào)表、調(diào)用 AI 接口做圖片處理，甚至是把 Notion 里的數(shù)據(jù)同步到你的財(cái)務(wù)系統(tǒng)里。

只要你能寫(xiě)出（或者讓 AI 幫你寫(xiě)出）對(duì)應(yīng)的 Worker，Agent 的能力邊界就可以一直往外擴(kuò)。

博客助手

上一個(gè)案例展示了 Worker 怎么讓 Agent 走出 Notion，但那只是一個(gè)單步操作：讀取內(nèi)容，發(fā)到 X 然后結(jié)束，接下來(lái)這個(gè)案例要做的事情復(fù)雜得多。

我的網(wǎng)站是用 Next.js + Vercel 搭建的，文章以 MDX 格式存放在 GitHub 倉(cāng)庫(kù)里。以前我得在代碼編輯器里（例如 Cursor）對(duì)著赤裸的 Markdown 寫(xiě)長(zhǎng)文，雖然不是不行，但閱讀效果實(shí)在太辣眼睛了。

現(xiàn)在我創(chuàng)建了一個(gè)博客發(fā)布 Agent，配合一個(gè)叫 publishBlogPost 的 Worker，我只需要在 Notion 里寫(xiě)完文章，然后把狀態(tài)從「撰寫(xiě)中」改為「待發(fā)布」，Agent 就會(huì)自動(dòng)完成以下 11 個(gè)步驟：

1. 檢測(cè)文章?tīng)顟B(tài)是否被改為「待發(fā)布」

2. Agent 自動(dòng)喚醒，讀取頁(yè)面全文內(nèi)容

3. 掃描其他已發(fā)布的文章，找出內(nèi)容相關(guān)頁(yè)面

4. 在正文中為合適的關(guān)鍵詞插入站內(nèi)互鏈

5. 按照 SEO 策略優(yōu)化標(biāo)題和正文關(guān)鍵詞布局

6. 文末生成與文章匹配的個(gè)性化 CTA

7. 將文章按照策略翻譯成英文和繁體中文

8. 調(diào)用 API 將三語(yǔ)文章推送到 GitHub

9. Vercel 檢測(cè)到新提交后自動(dòng)觸發(fā)部署

10. 將三篇文章的發(fā)布鏈接回填到數(shù)據(jù)庫(kù)

11. 數(shù)據(jù)庫(kù)文章的狀態(tài)更新為「已發(fā)布」

如果你仔細(xì)看這 11 步，會(huì)發(fā)現(xiàn)它其實(shí)把前面幾個(gè)案例里用到的能力全部串了起來(lái)：數(shù)據(jù)庫(kù)讀寫(xiě)（案例一二三）、內(nèi)容理解和生成（案例四五）、狀態(tài)觸發(fā)與調(diào)用外部 API（案例六），只不過(guò)這一次它們不是單獨(dú)工作，而是在一條流水線上依次協(xié)作，中間沒(méi)有任何人工介入。

在沒(méi)有這個(gè) Agent 之前，我寫(xiě)完文章只是完成了相對(duì)愉快的那部分，接下來(lái)我還得繼續(xù)檢查 SEO 關(guān)鍵詞、監(jiān)督 AI 完成翻譯工作、然后命令 AI 把文章推送到 GitHub 再等待 Vercel 的部署，然后把發(fā)布鏈接回填到數(shù)據(jù)庫(kù)。

最消耗人的是寫(xiě)完文章后那種創(chuàng)作狀態(tài)已經(jīng)結(jié)束了，但你還得硬撐著做一個(gè)小時(shí)的機(jī)械勞動(dòng)。但現(xiàn)在我在 Notion 里寫(xiě)完文章，把狀態(tài)拖到「待發(fā)布」，然后去泡杯咖啡，等我回來(lái)的時(shí)候，三語(yǔ)文章已經(jīng)上線了，發(fā)布鏈接已經(jīng)回填到數(shù)據(jù)庫(kù)里，狀態(tài)也自動(dòng)變成了「已發(fā)布」。

我的工作在「寫(xiě)完」那一刻就結(jié)束了，但產(chǎn)出一直延續(xù)到了「三語(yǔ)文章上線」。

不是每個(gè)人都有博客，但「寫(xiě)完之后還要做一串重復(fù)的事才算真正完成」這個(gè)痛點(diǎn)是通用的。做課程的人可能是：寫(xiě)完課件 → 生成講義 → 上傳平臺(tái) → 更新課程目錄；做產(chǎn)品文檔的人可能是：寫(xiě)完文檔 → 多語(yǔ)言翻譯 → 推到文檔站 → 通知相關(guān)同事；哪怕只是做周報(bào)，也可能是：匯總本周數(shù)據(jù) → 生成報(bào)告 → 發(fā)給領(lǐng)導(dǎo) → 歸檔到項(xiàng)目文檔。

只要你的流程里有這種「后半段」，它就是 Agent 可以替你接管的部分。

回頭來(lái)看這七個(gè)案例，從最簡(jiǎn)單的定時(shí)簡(jiǎn)報(bào)到最復(fù)雜的跨平臺(tái)發(fā)布流水線，Custom Agent 的能力邊界其實(shí)不在于某個(gè)單一功能有多強(qiáng)，而在于這些能力可以自由組合。單個(gè)觸發(fā)器、單次數(shù)據(jù)庫(kù)讀寫(xiě)并不稀奇，但當(dāng)它們串聯(lián)起來(lái)，你搭出來(lái)的就是一套完整的自動(dòng)化系統(tǒng)。

但光是「能力可以組合」這一點(diǎn)，跟市面上其他自動(dòng)化工具也沒(méi)什么本質(zhì)區(qū)別。真正讓我興奮的是，過(guò)去那些積累終于能被用起來(lái)了。

我在 Notion 里記了八年的筆記，整理了上百個(gè)數(shù)據(jù)庫(kù)，寫(xiě)了幾十篇文章和視頻腳本，剪藏了數(shù)不清的鏈接。這些東西過(guò)去就是靜靜躺在那里，偶爾被我翻出來(lái)看一眼，大部分時(shí)候連我自己都忘了它們的存在。它們是沉沒(méi)成本，是你曾經(jīng)花了時(shí)間但不確定什么時(shí)候能用上的積累。

但 Custom Agent 讓這些沉睡的積累突然變成了可以被自動(dòng)調(diào)用的資源。選題助手會(huì)翻我的舊筆記找素材，早晨簡(jiǎn)報(bào)會(huì)匯總散落在各處的任務(wù)數(shù)據(jù)，智能客服會(huì)檢索我親手寫(xiě)的知識(shí)庫(kù)來(lái)回復(fù)用戶。

每一個(gè) Agent 都在消費(fèi)我過(guò)去的積累，而我每一次新的記錄又在為所有 Agent 提供更多燃料。這才是我覺(jué)得 Notion Custom Agent 真正厲害的地方：它長(zhǎng)在你現(xiàn)有的系統(tǒng)里面，你過(guò)去積累得越多，它能干的事就越多。

你過(guò)去在 Notion 里花的每一分鐘，都在變得更值錢(qián)。

▍一些經(jīng)驗(yàn)

聊完了幾個(gè)案例，接下來(lái)分享一些我在實(shí)踐過(guò)程中總結(jié)出的經(jīng)驗(yàn)，有些是關(guān)于架構(gòu)設(shè)計(jì)的，有些是關(guān)于心態(tài)調(diào)整的，但它們的共同點(diǎn)是，如果我早一點(diǎn)知道，可以減少浪費(fèi)許多的時(shí)間和積分。

郵件路由模式

當(dāng)你擁有的 Agent 越來(lái)越多，一個(gè)問(wèn)題就會(huì)開(kāi)始浮現(xiàn)：每個(gè) Agent 都需要一個(gè)觸發(fā)器，而每次觸發(fā)都會(huì)不同程度地消耗 Credits。

假設(shè)你有三個(gè)郵件 Agent 分別處理訂單、客服和 Newsletter，每收到一封郵件，三個(gè) Agent 同時(shí)被喚醒、各自解析，最后只有一個(gè)真正對(duì)口，另外兩個(gè)白忙一場(chǎng)。我的解決方案是只用一個(gè) Agent 做入口，負(fù)責(zé)識(shí)別和分流。

首先，如果你訂閱了 Notion AI，那么 Notion 官方推出的 Mail 應(yīng)用可以用 AI 給你收到的郵件打標(biāo)簽，這一步是不需要消耗 Custom Agent 的 Credits 的。

然后回到 Custom Agent，將郵箱的觸發(fā)器改為「當(dāng)標(biāo)簽已應(yīng)用于郵件」：

那么當(dāng)郵件進(jìn)來(lái)時(shí)，只有符合我需求的郵件才會(huì)被分別打上Stripe 訂單、OpenWidget、Newsletter等標(biāo)簽，在這之后郵箱 Agent 才會(huì)被喚醒，然后再按照不同的標(biāo)簽去觸發(fā)不同的子場(chǎng)景文檔，如下圖所示：

每個(gè)子場(chǎng)景的具體執(zhí)行規(guī)則，都寫(xiě)在獨(dú)立的子頁(yè)面里，然后主指令通過(guò) @ 的方式引用這些子頁(yè)面，Agent 只有在命中對(duì)應(yīng)路由時(shí)才會(huì)去加載那份子頁(yè)面的內(nèi)容。這意味著處理 Stripe 訂單時(shí)，Agent 不會(huì)讀取 Newsletter 歸檔的規(guī)則，每次執(zhí)行只加載必要的上下文，既省 Credit 又減少干擾。

這個(gè)分流的思路在上一篇文章（Notion Agent 完整解析）就有介紹，在 Custom Agent 里同樣適用。場(chǎng)景路由讓不該醒的 Agent 別醒，郵件標(biāo)簽在 Agent 啟動(dòng)之前就把垃圾郵件擋掉了，指令拆成子頁(yè)面按需加載而不是一股腦全塞進(jìn)去。

所以每次建新 Agent 之前，除了想「它要干嘛」，也值得想想它什么時(shí)候不該被叫醒。

先有問(wèn)題，再找答案

在剛用上 Custom Agent 的時(shí)候，我的第一直覺(jué)是過(guò)去沉積的那些筆記和任務(wù)有救了。這些內(nèi)容我自己都快忘了，但總覺(jué)得它們有價(jià)值，只是缺一個(gè)契機(jī)去重新激活。

于是我立刻做了兩個(gè) Agent，一個(gè)叫「隨機(jī)任務(wù)」，每天隨機(jī)撈一條舊任務(wù)，然后給我一份重啟建議；另一個(gè)叫「隨機(jī)筆記」，每天隨機(jī)撈一條舊筆記，問(wèn)我「這個(gè)想法你現(xiàn)在怎么看」，試圖幫我重新審視過(guò)去的思考。

想法很美好，但跑了一段時(shí)間后我發(fā)現(xiàn)，這兩個(gè) Agent 的推送信息我?guī)缀醵疾豢矗蛘呖赐旰笠矝](méi)有什么下一步的動(dòng)作，因?yàn)槊看味加X(jué)得閱讀的負(fù)擔(dān)太大。后來(lái)我把這兩個(gè) Agent 和前文案例五的選題助手放在一起對(duì)比，才想明白問(wèn)題出在哪。

選題助手同樣也是在翻找舊數(shù)據(jù)，不論是從幾個(gè)月前的剪藏資料庫(kù)、還是從去年的讀書(shū)筆記里找，但它之所以讓我覺(jué)得有用，是因?yàn)槲覄倓倓?chuàng)建了一個(gè)新選題，這個(gè)選題就是一個(gè)天然的目標(biāo)過(guò)濾器，然后 Agent 帶著「這個(gè)選題需要什么」的問(wèn)題去檢索，找回來(lái)的東西自然是相關(guān)的、或者我感興趣的。

而隨機(jī)任務(wù)和隨機(jī)筆記沒(méi)有這個(gè)過(guò)濾器，它們的觸發(fā)器是定時(shí)機(jī)制，不是你當(dāng)下的任何需求，因此沒(méi)有預(yù)設(shè)目標(biāo)的問(wèn)題檢索只會(huì)帶回一堆與你此刻無(wú)關(guān)的信息，最終變成噪音。

所以問(wèn)題不在于數(shù)據(jù)是新的還是舊的，而在于 Agent 動(dòng)手的那一刻，有沒(méi)有一個(gè)明確的「當(dāng)下需求」在驅(qū)動(dòng)它。

這意味著你應(yīng)該把觸發(fā)器設(shè)計(jì)成「當(dāng)下事件」，例如一封新郵件到了、一個(gè)新選題被創(chuàng)建了、一個(gè)任務(wù)狀態(tài)變了、一天開(kāi)始了需要看簡(jiǎn)報(bào)。在這些事件的驅(qū)動(dòng)下，舊數(shù)據(jù)作為被調(diào)用的資源自然會(huì)發(fā)揮價(jià)值。但如果沒(méi)有事件驅(qū)動(dòng)，單純讓 Agent 去主動(dòng)推送歷史信息，你大概率只會(huì)覺(jué)得它們很煩。

建好只是開(kāi)始

建一個(gè) Agent 可能一句話十分鐘就搞定了，真正費(fèi)勁的是后面那段漫長(zhǎng)的養(yǎng)成期。這個(gè)過(guò)程很像帶一個(gè)新員工，入職第一天你并不能指望它什么都做好。

因此，第一版指令千萬(wàn)別追求完美，只寫(xiě)最核心的步驟，讓它先跑起來(lái)就行，跑完再看看哪里不對(duì)，因?yàn)槟憧倳?huì)漏掉一些自己沒(méi)想到的邊界情況。并且就算它成功跑起來(lái)了，我也建議你經(jīng)常性地復(fù)盤(pán)和反思，去驗(yàn)證 Agent 的執(zhí)行結(jié)果，去認(rèn)真評(píng)估這個(gè) Agent 存在的必要性，如果覺(jué)得它可有可無(wú)，那就不要猶豫將它刪掉，否則時(shí)間一長(zhǎng)你就會(huì)對(duì)一堆 Agent 的推送通知感到麻木，到最后什么是有用的、什么是噪音，你自己都分不清了。

如果有必要的話，還可以給這個(gè) Agent 專門(mén)創(chuàng)建一個(gè)記憶頁(yè)面，讓它每次執(zhí)行前先讀一遍、執(zhí)行完再把關(guān)鍵信息寫(xiě)回去，相當(dāng)于拿 Notion 頁(yè)面充當(dāng)它的外部記憶。內(nèi)容不用寫(xiě)得好看，真實(shí)準(zhǔn)確就行。這樣你才能在一次次的小調(diào)整里，慢慢把一個(gè)粗糙的 Agent 磨成真正靠譜的虛擬員工。

▍不少缺點(diǎn)

聊了那么多用法和優(yōu)點(diǎn)，接下來(lái)也該誠(chéng)實(shí)聊聊這個(gè)新功能目前還存在的一些不足。

積分壓力

首先是積分制帶來(lái)的心理壓力比我預(yù)想的大，因?yàn)?Notion 的 Custom Agent 是按積分計(jì)費(fèi)的，并且暫定的價(jià)格是 1000 Credits/10$，當(dāng)前在測(cè)試階段免除積分費(fèi)用，5 月 4 號(hào)后就要開(kāi)始正式收費(fèi)了，真的貴到我邊用邊罵。

當(dāng)然下圖的 5 萬(wàn)積分不是正常情況，排除掉測(cè)試用例，我一個(gè)月下來(lái)的實(shí)際開(kāi)銷(xiāo)應(yīng)該得在 3 萬(wàn)積分左右，但也要 300 美元，這已經(jīng)能同時(shí)訂閱 ChatGPT Pro + Claude Max 5X 了，我覺(jué)得光這一點(diǎn)就能把你剛才閱讀本文的所有熱情澆滅。

更讓我覺(jué)得可惜的是，Notion 目前沒(méi)有提供 BYOK（Bring Your Own Key）選項(xiàng)，你不能接入自己的 API Key 來(lái)降低成本。

好消息是現(xiàn)在還在測(cè)試階段，一切都還有轉(zhuǎn)機(jī)。

Notion 顯然也知道這樣的積分消耗根本無(wú)法拓展市場(chǎng)，所以很快就加入了國(guó)產(chǎn)模型 MiniMax 2.5，這也是 Notion 第一次有國(guó)產(chǎn)模型的加入，雖然智能程度有所下降，但積分消耗至少能降低三分之二，用來(lái)執(zhí)行簡(jiǎn)單的定時(shí)循環(huán)任務(wù)也足夠了。

并且 Notion CEO 表示還會(huì)有更多的可選模型加入，值得期待一下。

邊界與穩(wěn)定性

成本之外，能力邊界也是一個(gè)繞不開(kāi)的限制。Worker 確實(shí)讓 Agent 可以派一個(gè)外勤去「出差」，但它出差的方式有點(diǎn)像是被關(guān)在一個(gè)只有 Wi-Fi 的酒店房間里，只能通過(guò)公網(wǎng) HTTP 請(qǐng)求和外面通信，不能碰你的內(nèi)網(wǎng)資源，也不能調(diào)用本地服務(wù)。

而且 Worker 是按需執(zhí)行的，干完活就走，沒(méi)辦法保持長(zhǎng)連接，所以如果你想讓 Notion Agent 操作本地文件、調(diào)用本地跑著的模型、或者和局域網(wǎng)里的設(shè)備打交道，這些需求暫時(shí)都還做不到。Worker 更像是一扇剛打開(kāi)的窗戶，你能看到外面的風(fēng)景，但想自由地走得更遠(yuǎn)還需要再給它一些時(shí)間。

還有個(gè)問(wèn)題是頁(yè)面權(quán)限的穩(wěn)定性，因?yàn)樗皇恰赋隽隋e(cuò)你能看到」的那種顯性問(wèn)題。我偶爾遇到過(guò)幾次這樣的情況是，Agent 被賦予的頁(yè)面訪問(wèn)權(quán)限莫名其妙地丟了，表面上工作流還好好地掛在那里，實(shí)際上它已經(jīng)因?yàn)闄?quán)限問(wèn)題停擺了很久，而我根本沒(méi)收到任何提示，這種「靜默失敗」比直接報(bào)錯(cuò)恐怖得多，雖然遇到的頻率并不高，但一旦出現(xiàn)還是挺麻煩的。

通用性

以上這些都還是技術(shù)層面可以迭代的，最核心的問(wèn)題在于，Custom Agent 的價(jià)值，和你在 Notion 里扎根的深度幾乎是一比一綁定的。

前面那七個(gè)案例之所以能跑通，之所以讓我這么興奮，是因?yàn)槲以?Notion 里記錄了八年，有上百個(gè)數(shù)據(jù)庫(kù)、無(wú)數(shù)條筆記和結(jié)構(gòu)化信息供 Agent 調(diào)用。但如果你不是 Notion 用戶，或者你的 Notion 里只有零零散散的幾頁(yè)東西，那 Custom Agent 對(duì)你來(lái)說(shuō)意義就沒(méi)有那么大。

它所有的感知、思考和行動(dòng)都以你的 Notion 工作區(qū)為圓心，離開(kāi)這個(gè)圓心它的價(jià)值就會(huì)迅速下降。相比之下，Claude Code 或者 OpenClaw 不挑場(chǎng)地，你的本地文件系統(tǒng)、任意第三方 API、任何開(kāi)發(fā)環(huán)境都是它們的工作臺(tái)，靈活性和可覆蓋的范圍確實(shí)要寬得多。

所以如果你問(wèn)我「要不要入坑 Notion Custom Agent」，我的回答是：先問(wèn)問(wèn)自己在不在 Notion 里。 如果你已經(jīng)在這里并且積累夠深，它能幫你把過(guò)去的積累全部激活；但如果你還沒(méi)進(jìn)來(lái)，那現(xiàn)階段可能有比它更通用的選擇。

不過(guò)話說(shuō)回來(lái)，如果你看到了這篇文章的這個(gè)位置，你大概率已經(jīng)是 Notion 用戶了吧。

▍寫(xiě)在最后

寫(xiě)到這里我唯一確定的一件事是，Custom Agent 真正帶來(lái)的變化，發(fā)生在你和系統(tǒng)的關(guān)系上。

以前很多整理和記錄需要你不斷推動(dòng)才會(huì)往前走，現(xiàn)在你只要把規(guī)則講清楚，系統(tǒng)就會(huì)自己繼續(xù)運(yùn)轉(zhuǎn)。你多年積累的筆記、字段、文檔，會(huì)在你不盯著的時(shí)間里被讀取、被調(diào)用、被轉(zhuǎn)化成下一步的行動(dòng)與產(chǎn)出。

我也不想把它寫(xiě)成一件輕松的事。積分帶來(lái)的焦慮、Worker 的限制、權(quán)限偶發(fā)的靜默失效、生態(tài)綁定的硬邊界，都是真實(shí)存在的麻煩。有些問(wèn)題短期內(nèi)可能不會(huì)消失，但我仍然愿意繼續(xù)用下去，因?yàn)榉较蜃銐蛎鞔_，收益也足夠具體。

因此如果你想開(kāi)始，建議從一個(gè)最小的場(chǎng)景入手。做一個(gè)早晨簡(jiǎn)報(bào)，或做一個(gè)自動(dòng)補(bǔ)字段的小工具，讓它先跑起來(lái)。你會(huì)很快體驗(yàn)到那種醒來(lái)發(fā)現(xiàn)事情已經(jīng)被處理過(guò)的感覺(jué)。

等你嘗到第一口甜頭，后面的流程自然會(huì)一點(diǎn)點(diǎn)長(zhǎng)出來(lái)。

最后，文中的 7 個(gè) Agent 案例，全部運(yùn)行在我所搭建的 FLO.W 思流之上。這是一套專為知識(shí)工作者設(shè)計(jì)的 Notion 效率系統(tǒng)，預(yù)設(shè)的數(shù)據(jù)庫(kù)結(jié)構(gòu)、字段設(shè)計(jì)和關(guān)聯(lián)關(guān)系，讓 Agent 可以直接識(shí)別和調(diào)用，無(wú)需從零搭建。

• 模板介紹：點(diǎn)我

• 少數(shù)派會(huì)員擁有專屬八折優(yōu)惠

https://sspai.com/post/106982?utm_source=wechat&utm_medium=social

作者：二一的筆記

責(zé)編：克萊德