前言
1 月份我就拿到了 Notion 最新功能的 Beta 权限，到现在已有十几个 Notion 全自动工作流被我创建，我的工作效率以一种前所未有的速度在提高，过去的笔记积累终于迎来了质变，我是如此欣喜，因此必须写下这篇文章，向各位分享这份快乐。
这个 Notion 的最新功能名叫 Custom Agent，它正是我在上一篇文章（Notion Agent 完整解析）的末尾所预告的，本年度 Notion 最为重磅的新功能。
它可以让你雇佣一批 7×24 小时持续运转的虚拟员工，然后不知疲倦地替你干活。这意味着，你的工作产出将有机会在「睡后」以十倍甚至百倍计算。
在本文正式开始前，介绍一下我专门为 Notion AI 搭建的网站，我会在这里长期分享我关于 Notion AI 的各种经验和模板，欢迎访问 ⬇️
21notion.ai
具体定义
什么是 Custom Agent
Notion 早已不是单纯的笔记软件，你可以把它看作是一间「数字办公室」。
它有前台（目录导航）、有工位（Page）、有档案室（Database）、有标准流程（Template）、有传送带（Automation）、有内部顾问（AI）、有外包团队（第三方工具联动）。作为办公室的头头，你在 Notion 里不只是记笔记，更是在安排信息的流动、组织人的协作，最终促成任务的推进和经验的积累。
然而如果你不编辑，任务就会停滞，你不执行，再强的 AI 都在等你开口，这间功能完备的办公室的员工其实只有你一个人，你是所有信息流动的入口和出口，是所有决策的发起和执行。
你可能已经用过 Notion AI，问它一个问题它能给你答案，让它编辑页面或者数据库，它也能立刻完成。但这些操作有一个共同前提：你得打开 Notion 告诉它需要做什么，然后它才会动。
Custom Agent 打破的就是这个前提，你给它设置一套规则，它就会自己一直跑下去，不需要你盯着，也不需要你开口。这意味着你的产出系数可以从 1 变成 5 甚至是 100，因为每个 Agent 都可以看作是一个自带大脑的虚拟员工。
在我雇佣和培训的十几个虚拟员工里，流程最复杂的一个能在我写完文章后，自动完成从内容优化、SEO 处理、多语言翻译再到跨平台发布的整套自动化流程，一共 11 个复杂步骤，全部由一个 Agent 在一次执行中跑完。
这个案例我会在后半部分具体介绍，但你现在只需要知道一件事：Custom Agent 的上限真的非常非常高。
如何创建 Custom Agent
首先你需要订阅 Notion 的商业版会员，然后点击左上角的新建代理按钮
接下来就会弹出下图所示的设置界面，你需要在这里定义这个虚拟员工的技能和权限：
就像员工入职培训一样，「触发器」是它的上班时间，「指令」是它的工作内容手册，「模型」则是它的脑子，越聪明的脑子处理复杂任务的效果越好，但需要支付的「Token 工资」也就越高。另外工具和访问权限则是给这个员工配备的电脑和门禁卡。配置好之后，这个虚拟员工就可以在你划定的范围内自行活动。
值得一提的是，Custom Agent 的活动范围并不局限在 Notion 内部。它可以通过 MCP 和 Notion Worker 连接外部服务、调用第三方 API，具体怎么用我会在后面的案例六和案例七中详细展开。
对于没有编程背景的普通用户来说，Notion 的 Custom Agent 是目前我用过的最直观、最易上手、也最容易发挥实际价值的智能代理方案，远比最近大热的 OpenClaw 更值得推荐。如果有人不同意这个观点，那么你可以认为他或许了解 OpenClaw，但一定不了解现在的 Notion。
一些案例
接下来我将用七个从简单到复杂的真实场景，帮你建立起对 Custom Agent 能力边界的完整认知。你会看到，单个能力本身可能并不惊艳，但当它们开始互相组合，这个工具就开始变得不一样了。
一、早晨简报
每天早上打开 Notion，你想知道的无非是今天该做什么、哪些事情还悬着、有没有什么需要特别注意的。这些信息散落在不同的数据库页面里里，你需要自己跳转、筛选、汇总，才能拼出一幅完整的图。
所以我创建的第一个 Custom Agent 就是早晨简报，我为它设置了一个定时触发器，每天早上 9 点 Agent 会自动读取我的多个核心数据库，筛选汇总所有我需要关注的信息，然后按照预定格式将整理好的简报写入指定数据库，并向我发送通知。
但早晨简报真正让我觉得有意思的地方，不是它能把信息汇总到一起，而是它会做判断。
它会根据截止日期和前后关系排出建议顺序，逾期的任务会被单独标记，排期撞车了也会主动提醒。这些事情我自己翻数据库当然也能发现，但往往要等到出了问题才会意识到，而 Agent 每天早上都会替我检查一遍。
在这个场景里，「触发器」决定什么时候干，「指令」决定干什么。把这两件事组合起来，你就能延伸出各种自动化场景：
- 每天自动生成剪藏数据库的摘要
- 每周自动汇总项目进度
- 每月自动整理订阅工具的支出与使用情况
当然，单看每天早上的工作量，手动操作也不过 10 分钟，但早晨简报真正节省的不是这 10 分钟，而是每天早上那段最宝贵的注意力。你只需要打开简报看结果，然后把精力留给真正重要的事。
二、任务跟进
我的 FLO.W 模板的任务数据库有一个字段叫「下一步做什么」，目的是让我在看到这个任务的时候，不需要思考和迟疑，就能立刻知道自己下一步需要做什么。
要想写好这个字段是需要耗费一定的脑力 Token 的，但现在有了 Custom Agent 后，这个字段就可以让 AI 来填写。
首先设置一个触发器：当数据库页面被编辑时
然后给这个 Agent 设置执行规则：读取当前页面的所有内容，包括标题、正文、状态、排期、关联笔记、关联项目、前后置任务等内容，然后进行综合评估，并在「下一步做什么」这个字段里写入 3 条可快速执行的行动建议。
和案例一不同的是，这个 Agent 不按时间表上班，而是在你工作的过程中实时响应，并且不是一边写一边改，而是在你停止页面编辑的三分钟之后自动执行。
下图就是这个 Agent 的思考过程和执行结果
其实这个能力还可以泛化到更多场景，只要你的数据库里有一个字段是「需要人读完内容才能填的」，Agent 就能帮你填。
很多数据库字段之所以一直空着，不是因为你不知道它重要，而是因为填写它需要先阅读页面内容再做判断，这个过程复杂麻烦，久而久之你就放弃了，然后这个字段就会变成一个漂亮但长期失效的设计。
现在 Agent 可以把「读完再填」这一步变成自动动作，页面一更新，它就把该补的字段补上，把该整理的结构整理好。你写下会议记录、咨询记录、剪藏全文等原始信息，Agent 就帮你把它加工成可检索、可统计、可触发下一步动作的数据库字段信息。
这样一来，你的 Notion 数据库就能自己维护自己了，你只管往里面丢原始信息，剩下的交给 Agent 处理。
三、处理邮件
我的邮箱每天都会收到各种通知，包括支付平台的交易确认、SaaS 工具的报告、Newsletter 订阅等等。这些邮件里藏着各种有用的信息，都需要等我一封封打开、阅读、手动摘录。
但现在这个流程完全不需要我参与了，只需要利用「邮件触发器」来激活这个自动化邮件处理流程。当我收到新邮件后，Notion Agent 会自动读取邮件全文，提取我预设的关键信息，然后写入对应的数据库。
我第一个跑通的场景是 Stripe 订单自动入库，当我的网站上有模板售出后，Stripe 都会自动给我发一份订单邮件：
这个时候我的 Agent 就会自动读取邮件里的订单信息，然后把用户信息、付款方案、付款金额等信息写入 Notion 里的 Stripe 订单数据库，然后我就可以在 Notion 中实时看到我的 Stripe 的订单动态了。
同样的逻辑，我还用来处理邮件订阅的 Newsletter。
收到邮件后，Agent 自动触发并读取邮件全文，然后根据我预设的规则生成一段核心摘要，这样一来就算我订阅的是英文邮件，也可以第一时间判断有没有继续阅读下去的必要了。
我觉得再适当做一些补充和优化，完全替代 Readwise Reader 也不是不可能。
你的收件箱里也许没有 Stripe 邮件，但你大概率有各种发票、招聘邮件、学校通知、报销通知或客户反馈，只要信息的来源是固定的、格式是相对稳定的，Agent 就能可靠地完成信息提取和入库。
然后，当邮件能被自动读取、提炼、写入数据库，这些信息就可以被追踪、被统计，甚至触发后续的自动化动作。
或者我们再偷懒一点，你完全可以让 Custom Agent 每天早上读取前一天的所有邮件，然后生成一份邮件简报给你。只要设定好你关注的信息类型，哪怕一天收到 100 封邮件也不需要你再亲自阅读了。
四、智能客服
案例三的 Agent 是一个尽职的记录员，邮件来了它可以帮你写入和归档，但最终还是需要你本人去阅读和处理后续的流程。但如果 Agent 不仅能读懂这封邮件，还能直接回复呢？那它干的就是智能客服的活了。
正好我希望的这些功能 Notion 都支持，Custom Agent 不仅可以读邮件，还可以回复邮件。
基于这个能力我就可以构建这样一个流程：
- 持续监控邮箱
- 接收到用户咨询邮件时触发 Agent
- 读取邮件里的用户问题
- 根据问题检索 Notion 知识库
- 根据知识库和预设规则生成回答
- 调用 Gmail 将答案回信给用户
- 如果用户有追问，则重复上述过程
以下就是一次真实的智能客服案例，用户来信咨询问我，如果购买了 FLO.W 模板的「基础版」后，能否付费升级为「进阶版」，而 Agent 给出的回答完美符合我的预期，不仅回答了用户问题，还用上了恰当的话术去促单。
这件事在 Custom Agent 出现之前是做不到的，因为用户邮件的格式五花八门，问题也千奇百怪，你没法用 if-else 规则去穷举所有情况，但大语言模型可以。
不过 Agent 的回复质量不仅取决于 AI 模型的能力，更取决于你的 Notion 知识库的质量，如果知识库组织清晰、覆盖了常见问题，Agent 的回复就会准确且有帮助；如果知识库稀疏或混乱，它就会给出模糊甚至错误的答案。
所以要想做好邮件智能客服得有一个前置条件，你需要先花时间维护一份结构化的知识库，这件事其实比搭建 Custom Agent 本身更为困难。
邮件这个入口一旦被 Agent 接管，整个收件箱就变成了一条自动运转的业务管线——识别、分类、响应，全都不用你亲自动手。
例如，它可以在回信之前先做一层智能分流，识别这是售前咨询、售后问题、退款请求还是合作邀约；也可以把邮件当作一条「线索」来处理，提取客户信息，然后自动安排日程、给负责人发提醒。甚至还能做风险兜底，当检测到可能触发合规的关键词时，直接升级为人工接管，避免 AI 误判造成事态升级。
另外，邮件只是这个智能客服的入口之一，它的本质是**「接收问题 → 触发 Agent → 检索知识库 → 生成回答」**，因此如果你在做产品、带课程、或者是在管理一个团队，只要你有「高频、且有标准答案」的问答场景，这个模式都能用。
因为 Custom Agent 除了可以定时触发或被动触发，还支持主动触发，也就是直接打开这个代理，然后和它对话，提交你的问题，它就会按照预设的流程和规则去生成符合知识库的回答。因此某种程度上你也可以把 Custom Agent 当成类似 Claude Skill 一样的东西去使用。
五、选题助手
很多创作者都会搭建自己的选题库，我也不例外，刷到一个观点，突然觉得这个可以写，于是随手丢进选题库里，起名叫《聊聊 XXX》，然后就没有然后了，90% 的选题都会被我搁置。
因为所有的选题都存在以下三个问题：
- 我有没有积累过相关材料？
- 这个选题的核心切入点是啥？
- 第一段怎么写？
于是选题库会变成一个「灵感墓地」，条目越来越多，真正能写出来的越来越少，积重难返，然后越来越不想打开。
所以我做了一个 Custom Agent 叫选题助手，当我的「选题数据库」有新页面被创建时，这个 Agent 就会被触发，然后自动完成以下两件事：
- 素材检索
- 大纲生成
比如我现在随便起个无厘头的选题叫做《我是怎么浪费时间的》
然后这个 Agent 就会自动启动，第一件事是检索，它会拿着这个选题，在我的整个 Notion 系统里翻箱倒柜。
我本来只是随手一试，结果它竟然从我的剪藏库里翻出了一篇 TED 演讲笔记，讲的是拖延的心理学机制，然后又从读书笔记里找到了《原子习惯》里关于打破坏习惯的方法论，甚至还挖出了一篇我早就忘了的 Newsletter 剪藏，里面有个博主分享自己如何在细节上过度投入而忽略大方向的经历，最后还有一篇反思效率文化的长文，讨论「觉得自己在浪费时间」本身就是一种被建构的焦虑。
一个随手起的无厘头选题，居然在我的系统里找到了五条完整的素材线索，而且每一条都能独立撑起一个段落。
第二件事是搭架子，它会基于检索到的材料，自动生成一份脚本大纲，开场怎么引，主体分几个要点，每个要点用哪条素材支撑，结尾怎么收，全部帮你排好。比如这个选题它就给出了四个递进的要点，从「浪费时间不等于懒惰」到「我们对浪费时间的定义可能本身就有问题」，最后落在具体可执行的改变方法上。
灵感的生成速度永远快于整理和组织的速度，你能在 10 秒钟内产生一个想法，但要把它变成可发布的内容，往往要付出半天、甚至更长的时间，并且绝大部分的时间都花在了「整理素材」这件事上，这种机械、枯燥的工作最让人倦怠和拖延。
而 Agent 接管了检索和搭架子之后，最爽的一点是，你每次新建一个选题，它都会自动去翻你的旧笔记找素材，然后搭好一份大纲等着你。你平时随手记下的东西越多，选题助手能调用的材料就越丰富。
你也许会说，素材检索这事哪个 AI 不能做？但 Notion Custom Agent 是全自动的、无人值守的，你只管写灵感，剩下的全部交给 AI 自己干。
多么美妙的正循环，哈哈！
六、推特助手
在处理日常任务或项目的时候，我经常会蹦出一些碎片化的思考，这个时候我就会打开 X 平台，然后在输入框里撰写一条帖子并发出去。
但这时候就难免会遭遇注意力切换的问题，经常一打开 X 就会被上面的信息流吸引，然后就忘了自己上一秒想干什么，或者本来就转瞬即逝的灵感思路就会被破坏。
问题的解法也很简单，既然切换场景会导致注意力丧失，那么我不要切换场景不就好了？
所以我创建了一个 X 内容管理数据库，每当我有什么想法要分享，我就在这个数据库里新建页面然后写下要分享的内容即可。
而且写完帖子后我不需要手动复制粘贴到 X，我只需要在看板中把页面从「待办」拖到「进行中」的分组里，也就是把 Status 改成 Ready，那么 Notion Custom Agent 就会帮我把页面里的内容发送到 X 平台上。
这一整套流程具体可以分为这几个步骤：
- Agent 持续监控这个数据库
- 当 Status 被设置为 Ready 就触发
- 读取页面的 Body 字段或者正文内容
- 使用 Notion Worker 将内容通过 X 的 API 发布出去
前三个步骤我们已经很熟悉了，但第四步的 Worker 又是什么，它有什么作用？
Notion Worker 你可以理解为一种自定义代码工具，它让 Agent 拥有了「走出 Notion」的能力。如果说 MCP 更像是标准化的插头，那么 Worker 就是你自己焊的电路板，后者更灵活但也相对更麻烦一些。
没有 Worker 的时候，Custom Agent 只能操作 Notion 生态内部的信息，以及 Notion 官方已经接入的少数第三方服务（比如 Stripe、Github 或者 Cursor）。超出这个范围的话，Agent 的手就够不着了。
但有了 Worker 之后，你可以自己写一段代码然后部署到 Notion 的服务器上，让 Agent 通过这段代码去调用外部平台的 API。比如在这个案例里，我用 AI 写了一个叫 postToX 的 Worker，它可以调用 X 平台的官方付费 API，然后把我在 Notion 里写的内容直接发布到我的 X 账号上。
实际跑通之后，整个体验就变成了：想到什么就写进数据库，拖一下状态，帖子就发出去了。从头到尾不需要打开 X，注意力始终留在 Notion 里。也就是说，Notion Worker 让这个虚拟员工学会了「出差」。
它可以带着你的指令走出 Notion 这间办公室，去任何有 API 的地方办事。今天是发推文，明天可以是往 Github 推消息、从数据平台拉报表、调用 AI 接口做图片处理，甚至是把 Notion 里的数据同步到你的财务系统里。
只要你能写出（或者让 AI 帮你写出）对应的 Worker，Agent 的能力边界就可以一直往外扩。
七、博客助手
上一个案例展示了 Worker 怎么让 Agent 走出 Notion，但那只是一个单步操作：读取内容，发到 X 然后结束，接下来这个案例要做的事情复杂得多。
我的网站是用 Next.js + Vercel 搭建的，文章以 MDX 格式存放在 GitHub 仓库里。以前我得在代码编辑器里（例如 Cursor）对着赤裸的 Markdown 写长文，虽然不是不行，但阅读效果实在太辣眼睛了。
所以我为什么不直接用 Notion 撰写和发布呢？
现在我创建了一个博客发布 Agent，配合一个叫 publishBlogPost 的 Worker，我只需要在 Notion 里写完文章，然后把状态从「撰写中」改为「待发布」
Agent 就会自动完成以下 11 个步骤：
- 检测文章状态是否被改为「待发布」
- Agent 自动唤醒，读取页面全文内容
- 扫描其他已发布的文章，找出内容相关页面
- 在正文中为合适的关键词插入站内互链
- 按照 SEO 策略优化标题和正文关键词布局
- 文末生成与文章匹配的个性化 CTA
- 将文章按照策略翻译成英文和繁体中文
- 调用 API 将三语文章推送到 Github
- Vercel 检测到新提交后自动触发部署
- 将三篇文章的发布链接回填到数据库
- 数据库文章的状态更新为「已发布」
如果你仔细看这 11 步，会发现它其实把前面几个案例里用到的能力全部串了起来：数据库读写（案例一二三）、内容理解和生成（案例四五）、状态触发与调用外部 API（案例六），只不过这一次它们不是单独工作，而是在一条流水线上依次协作，中间没有任何人工介入。
在没有这个 Agent 之前，我写完文章只是完成了相对愉快的那部分，接下来我还得继续检查 SEO 关键词、监督 AI 完成翻译工作、然后命令 AI 把文章推送到 Github 再等待 Vercel 的部署，然后把发布链接回填到数据库。
最消耗人的是写完文章后那种创作状态已经结束了，但你还得硬撑着做一个小时的机械劳动。但现在我在 Notion 里写完文章，把状态拖到「待发布」，然后去泡杯咖啡，等我回来的时候，三语文章已经上线了，发布链接已经回填到数据库里，状态也自动变成了「已发布」。
我的工作在「写完」那一刻就结束了，但产出一直延续到了「三语文章上线」。
不是每个人都有博客，但「写完之后还要做一串重复的事才算真正完成」这个痛点是通用的。做课程的人可能是：写完课件 → 生成讲义 → 上传平台 → 更新课程目录；做产品文档的人可能是：写完文档 → 多语言翻译 → 推到文档站 → 通知相关同事；哪怕只是做周报，也可能是：汇总本周数据 → 生成报告 → 发给领导 → 归档到项目文档。
只要你的流程里有这种「后半段」，它就是 Agent 可以替你接管的部分。
回头来看这七个案例，从最简单的定时简报到最复杂的跨平台发布流水线，Custom Agent 的能力边界其实不在于某个单一功能有多强，而在于这些能力可以自由组合。单个触发器、单次数据库读写并不稀奇，但当它们串联起来，你搭出来的就是一套完整的自动化系统。
但光是「能力可以组合」这一点，跟市面上其他自动化工具也没什么本质区别。真正让我兴奋的是，过去那些积累终于能被用起来了。
我在 Notion 里记了八年的笔记，整理了上百个数据库，写了几十篇文章和视频脚本，剪藏了数不清的链接。这些东西过去就是静静躺在那里，偶尔被我翻出来看一眼，大部分时候连我自己都忘了它们的存在。它们是沉没成本，是你曾经花了时间但不确定什么时候能用上的积累。
但 Custom Agent 让这些沉睡的积累突然变成了可以被自动调用的资源。选题助手会翻我的旧笔记找素材，早晨简报会汇总散落在各处的任务数据，智能客服会检索我亲手写的知识库来回复用户。
每一个 Agent 都在消费我过去的积累，而我每一次新的记录又在为所有 Agent 提供更多燃料。这才是我觉得 Notion Custom Agent 真正厉害的地方：它长在你现有的系统里面，你过去积累得越多，它能干的事就越多。
你过去在 Notion 里花的每一分钟，都在变得更值钱。
一些经验
聊完了几个案例，接下来分享一些我在实践过程中总结出的经验，有些是关于架构设计的，有些是关于心态调整的，但它们的共同点是，如果我早一点知道，可以减少浪费许多的时间和积分。
一、邮件路由模式
当你拥有的 Agent 越来越多，一个问题就会开始浮现：每个 Agent 都需要一个触发器，而每次触发都会不同程度地消耗 Credits。
假设你有三个邮件 Agent 分别处理订单、客服和 Newsletter，每收到一封邮件，三个 Agent 同时被唤醒、各自解析，最后只有一个真正对口，另外两个白忙一场。我的解决方案是只用一个 Agent 做入口，负责识别和分流。
首先，如果你订阅了 Notion AI，那么 Notion 官方推出的 Mail 应用可以用 AI 给你收到的邮件打标签，这一步是不需要消耗 Custom Agent 的 Credits 的。
然后回到 Custom Agent，将邮箱的触发器改为「当标签已应用于邮件」
那么当邮件进来时，只有符合我需求的邮件才会被分别打上 Stripe 订单、OpenWidget、Newsletter 等标签，在这之后邮箱 Agent 才会被唤醒，然后再按照不同的标签去触发不同的子场景文档，如下图所示：
每个子场景的具体执行规则，都写在独立的子页面里，然后主指令通过 @ 的方式引用这些子页面，Agent 只有在命中对应路由时才会去加载那份子页面的内容。这意味着处理 Stripe 订单时，Agent 不会读取 Newsletter 归档的规则，每次执行只加载必要的上下文，既省 Credit 又减少干扰。
这个分流的思路在上一篇文章（Notion Agent 完整解析）就有介绍，在 Custom Agent 里同样适用。场景路由让不该醒的 Agent 别醒，邮件标签在 Agent 启动之前就把垃圾邮件挡掉了，指令拆成子页面按需加载而不是一股脑全塞进去。
所以每次建新 Agent 之前，除了想「它要干嘛」，也值得想想它什么时候不该被叫醒。
二、先有问题再找答案
在刚用上 Custom Agent 的时候，我的第一直觉是过去沉积的那些笔记和任务有救了。这些内容我自己都快忘了，但总觉得它们有价值，只是缺一个契机去重新激活。
于是我立刻做了两个 Agent，一个叫「随机任务」，每天随机捞一条旧任务，然后给我一份重启建议；另一个叫「随机笔记」，每天随机捞一条旧笔记，问我「这个想法你现在怎么看」，试图帮我重新审视过去的思考。
想法很美好，但跑了一段时间后我发现，这两个 Agent 的推送信息我几乎都不看，或者看完后也没有什么下一步的动作，因为每次都觉得阅读的负担太大。后来我把这两个 Agent 和前文案例五的选题助手放在一起对比，才想明白问题出在哪。
选题助手同样也是在翻找旧数据，不论是从几个月前的剪藏资料库、还是从去年的读书笔记里找，但它之所以让我觉得有用，是因为我刚刚创建了一个新选题，这个选题就是一个天然的目标过滤器，然后 Agent 带着「这个选题需要什么」的问题去检索，找回来的东西自然是相关的、或者我感兴趣的。
而随机任务和随机笔记没有这个过滤器，它们的触发器是定时机制，不是你当下的任何需求，因此没有预设目标的问题检索只会带回一堆与你此刻无关的信息，最终变成噪音。
所以问题不在于数据是新的还是旧的，而在于 Agent 动手的那一刻，有没有一个明确的「当下需求」在驱动它。
这意味着你应该把触发器设计成「当下事件」，例如一封新邮件到了、一个新选题被创建了、一个任务状态变了、一天开始了需要看简报。在这些事件的驱动下，旧数据作为被调用的资源自然会发挥价值。但如果没有事件驱动，单纯让 Agent 去主动推送历史信息，你大概率只会觉得它们很烦。
三、建好只是开始
建一个 Agent 可能一句话十分钟就搞定了，真正费劲的是后面那段漫长的养成期。这个过程很像带一个新员工，入职第一天你并不能指望它什么都做好。
因此，第一版指令千万别追求完美，只写最核心的步骤，让它先跑起来就行，跑完再看看哪里不对，因为你总会漏掉一些自己没想到的边界情况。并且就算它成功跑起来了，我也建议你经常性地复盘和反思，去验证 Agent 的执行结果，去认真评估这个 Agent 存在的必要性，如果觉得它可有可无，那就不要犹豫将它删掉，否则时间一长你就会对一堆 Agent 的推送通知感到麻木，到最后什么是有用的、什么是噪音，你自己都分不清了。
如果有必要的话，还可以给这个 Agent 专门创建一个记忆页面，让它每次执行前先读一遍、执行完再把关键信息写回去，相当于拿 Notion 页面充当它的外部记忆。内容不用写得好看，真实准确就行。这样你才能在一次次的小调整里，慢慢把一个粗糙的 Agent 磨成真正靠谱的虚拟员工。
不少缺点
聊了那么多用法和优点，接下来也该诚实聊聊这个新功能目前还存在的一些不足。
一、积分压力
首先是积分制带来的心理压力比我预想的大，因为 Notion 的 Custom Agent 是按积分计费的，并且暂定的价格是 1000 Credits/10$，当前在测试阶段免除积分费用，5 月 4 号后就要开始正式收费了，真的贵到我边用边骂。
当然下图的 5 万积分不是正常情况，排除掉测试用例，我一个月下来的实际开销应该得在 3 万积分左右，但也要 300 美元，这已经能同时订阅 ChatGPT Pro + Claude Max 5X 了，我觉得光这一点就能把你刚才阅读本文的所有热情浇灭。
更让我觉得可惜的是，Notion 目前没有提供 BYOK（Bring Your Own Key）选项，你不能接入自己的 API Key 来降低成本。
但好消息是，现在还在测试阶段，一切都还有转机。
Notion 显然也知道这样的积分消耗根本无法拓展市场，所以很快就加入了国产模型 MiniMax 2.5，这也是 Notion 第一次有国产模型的加入，虽然智能程度有所下降，但积分消耗至少能降低三分之二，用来执行简单的定时循环任务也足够了。
并且 Notion CEO 表示还会有更多的可选模型加入，值得期待一下。
二、边界与稳定性
成本之外，能力边界也是一个绕不开的限制。Worker 确实让 Agent 可以派一个外勤去「出差」，但它出差的方式有点像是被关在一个只有 Wi-Fi 的酒店房间里，只能通过公网 HTTP 请求和外面通信，不能碰你的内网资源，也不能调用本地服务。
而且 Worker 是按需执行的，干完活就走，没办法保持长连接，所以如果你想让 Notion Agent 操作本地文件、调用本地跑着的模型、或者和局域网里的设备打交道，这些需求暂时都还做不到。Worker 更像是一扇刚打开的窗户，你能看到外面的风景，但想自由地走得更远还需要再给它一些时间。
还有个问题是页面权限的稳定性，因为它不是「出了错你能看到」的那种显性问题。我偶尔遇到过几次这样的情况是，Agent 被赋予的页面访问权限莫名其妙地丢了，表面上工作流还好好地挂在那里，实际上它已经因为权限问题停摆了很久，而我根本没收到任何提示，这种「静默失败」比直接报错恐怖得多，虽然遇到的频率并不高，但一旦出现还是挺麻烦的。
三、通用性
以上这些都还是技术层面可以迭代的，最核心的问题在于，Custom Agent 的价值，和你在 Notion 里扎根的深度几乎是一比一绑定的。
前面那七个案例之所以能跑通，之所以让我这么兴奋，是因为我在 Notion 里记录了八年，有上百个数据库、无数条笔记和结构化信息供 Agent 调用。但如果你不是 Notion 用户，或者你的 Notion 里只有零零散散的几页东西，那 Custom Agent 对你来说意义就没有那么大。
它所有的感知、思考和行动都以你的 Notion 工作区为圆心，离开这个圆心它的价值就会迅速下降。相比之下，Claude Code 或者 OpenClaw 不挑场地，你的本地文件系统、任意第三方 API、任何开发环境都是它们的工作台，灵活性和可覆盖的范围确实要宽得多。
所以如果你问我「要不要入坑 Notion Custom Agent」，我的回答是：先问问自己在不在 Notion 里。 如果你已经在这里并且积累够深，它能帮你把过去的积累全部激活；但如果你还没进来，那现阶段可能有比它更通用的选择。
不过话说回来，如果你看到了这篇文章的这个位置，你大概率已经是 Notion 用户了吧。
写在最后
写到这里我唯一确定的一件事是，Custom Agent 真正带来的变化，发生在你和系统的关系上。
以前很多整理和记录需要你不断推动才会往前走，现在你只要把规则讲清楚，系统就会自己继续运转。你多年积累的笔记、字段、文档，会在你不盯着的时间里被读取、被调用、被转化成下一步的行动与产出。
我也不想把它写成一件轻松的事。积分带来的焦虑、Worker 的限制、权限偶发的静默失效、生态绑定的硬边界，都是真实存在的麻烦。有些问题短期内可能不会消失，但我仍然愿意继续用下去，因为方向足够明确，收益也足够具体。
因此如果你想开始，建议从一个最小的场景入手。做一个早晨简报，或做一个自动补字段的小工具，让它先跑起来。你会很快体验到那种醒来发现事情已经被处理过的感觉。
等你尝到第一口甜头，后面的流程自然会一点点长出来。
本文中提到的所有 Agent 案例，都运行在我所搭建的 Notion 系统 FLO.W 思流之上。它不只是一套模板，更是一个专为 AI 时代设计的知识工作操作系统。
常见问题
Notion Custom Agent 是什么？
Custom Agent 是 Notion 推出的智能代理功能，你可以设置触发条件和执行规则，让 AI 在你的 Notion 工作区内自动完成任务。与普通 Notion AI 不同，Custom Agent 不需要你手动发起，它可以自动运行。
Notion Custom Agent 需要编程基础吗？
创建和配置 Agent 不需要任何编程基础，只需要会写中文指令。但如果要用 Worker 扩展能力（比如调用外部 API），那部分需要写代码，可以让 AI 辅助完成。
Notion Custom Agent 贵吗？
目前测试阶段免费，5 月 4 号后按积分计费（1000 Credits/10 美元）。实际使用中一个月大约消耗 3 万积分（约 300 美元），成本不低。不过 Notion 已经引入了消耗更低的国产模型 MiniMax 2.5，并且还会有更多可选模型加入。
没有太多 Notion 笔记积累，Custom Agent 还值得用吗？
Custom Agent 的价值和你在 Notion 里的积累深度直接挂钩。如果你的 Notion 里有丰富的数据库和笔记，Agent 能帮你自动调用这些资源；如果积累不多，可以从简单的增量场景开始（比如自动处理新邮件），边用边积累。
让 Notion Agent 发挥最大价值
文中 7 个 Agent 案例，全部运行在 FLO.W 思流 Notion 系统之上。预设的数据库结构、字段设计和关联关系，让 Agent 可以直接识别和调用，无需从零搭建。
