Notion Custom Agents 每月烧掉 $340:该设上限,还是自己重建?
Notion Custom Agents 从免费 Beta 转为每 1,000 个积分 $10 后,我的客户工作区月费预测升至约 $340。本文拆解三个高消耗智能体的真实账单,对比继续按量付费、限制运行频率和迁往自有基础设施三条路径,并说明为何最终采用月费约 $45–$55 的混合方案。

5 月 3 日,我的 Notion Custom Agents 使用成本还是 $0。到了 5 月 4 日,同一批智能体开始按每 1,000 个积分 $10 扣费;如果什么都不改,首轮测算显示,我的客户操作系统每月费用将达到约 $340。
Notion Custom Agents 开始计费的那一天
免费 Beta 进入后半程时,我已经在真实运行的客户运营工作区——DVNC client OS——里部署了 Notion Custom Agents:一个分流智能体读取新收到的需求简报,一个每日摘要智能体汇总所有进行中项目的状态,还有一个文档同步智能体,让几个共享知识库始终与事实源页面保持一致。三个常驻智能体,再加上几个按需触发的智能体,成本一栏一直是零。
2026 年 5 月 4 日,Notion 正式打开计费表。Custom Agents 从免费 Beta 转为按量计费的正式版本,每 1,000 个 Notion credits 收取 $10;费用叠加在席位订阅之上,而且只有 Business 和 Enterprise 套餐可以使用。想通过降级保留功能并不存在:Plus 和 Free 从未提供 Custom Agents。要么留在 Business+ 并按量付费,要么彻底不用这项功能。
计费开启后的前 48 小时,我有意让所有智能体保持原样运行,因为我需要真实消耗,而不是纸面预测。我关注的一位运营者曾公开晒出数据:一套相近配置单月消耗约 $337。这个数字和我自己的 30 天预测非常接近,也说明问题不是我配错了什么,而是成本底线已经变了。
这正是多数价格解读遗漏的地方。5 月 4 日发生的并不是涨价。涨价,是某个项目从 $40 变成 $55,然后相应调整预算;这次却是从免费直接转为按量计费,性质完全不同。此前关于智能体配置、调度频率和任务边界的所有成本假设都已失效,因为这些决定都建立在“积分成本为零”之上。首要任务不是砍预算,而是从一个已经不存在的前提出发,重新推导整套工作流。今年早些时候,Notion 在开发者侧也做过结构相似的调整(参见外部智能体的积分断崖)。模式不难看懂,但看懂模式并不能替你付账单。
Notion credits 到底花在了哪里
我做的第一件有效的事,是分别记录每个智能体的积分消耗。Notion 界面会显示工作区整体用了多少积分,却不会默认提供清晰的单智能体明细。积分由整个工作区共享,并按月重置;听起来中性,实际却意味着一个高消耗智能体会悄悄挤占同一工作区内其他所有 AI 工作流的额度。
大约 70% 的消耗,只来自三个智能体。不是五个,也不是八个,就是三个。
最严重的是需求分流智能体。它轮询共享收件页面,对新简报进行分类,设置为 24/7 运行、每 15 分钟检查一次。绝大多数检查根本没有新内容,但每次运行依然消耗积分。对没有变化的数据空转轮询,才是真正的陷阱。智能体严格执行了我的要求;只是计费开启后,我的要求突然变得昂贵。
每日客户摘要智能体排在第二。它每天针对每个活跃项目运行一次,再随着活跃客户列表横向展开。单次成本本身合理,问题出在规模:一个正常的单次数字,乘以项目数量,再乘以 30 天,得到的月费仅凭这一项就超过了上个月所有 Notion 席位的总费用。
文档同步智能体位列第三,也是最值得琢磨的一个。它单次运行成本最低,却会由编辑操作触发;一个人在共享页面里完成一轮编辑,就可能让它触发 12 次左右。这个智能体的调用频率,实际上与人的打字速度绑定。按每 1,000 个积分 $10 的价格,没有人会有意这样设计配置。
根据计费后的前 10 天重新核算并外推,粗略月度账单是这样:需求分流智能体按原轮询频率约 $160/月;摘要智能体按当前项目数量约 $95/月;文档同步智能体按实际编辑量约 $45/月;其余四个轻量智能体合计约 $40/月。总额落在 $335–$345,与我看到的另一位运营者在相似工作区配置下公开的数据吻合。
这笔费用还要叠加在我之前写过的运营工具栈之上——参见每月 $387 的基线成本。再往基线上加 $340,会让整套工具栈越过我明确设定的上限。所以,这不是一笔可以顺手吸收的“小额超支”,而是结构性问题。
面对 AI 智能体成本,我的三条决策路径
一共有三条路,每条背后都有真实数字;对我的具体工作负载而言,只有一条最合适。同样一组数字,放到别人那里可能会导向不同答案。也正因如此,应该亲自算账,而不是照抄别人的结论。
路径 A——全部保留按量计费,什么都不改。 如果运行次数少、单次价值高,而且比起账单可预测性,更看重绝对成本控制,这就是正确选择。比如,工作区每天只运行少量高价值任务,一个边界清晰的智能体每次输出就能为一个人省下一小时,按量计费完全合理。问题不在每 1,000 个积分 $10,而在于有些智能体无论单次价格是多少,投入产出都算不过来。结合这个工作区创造的价值,我愿意接受的全量计费上限约为 $80/月;预测值却是它的四倍。路径 A 出局。
路径 B——设上限并重新划定任务范围。 停掉常驻轮询,把按时间间隔触发改为事件触发或手动触发;把按项目分别生成摘要,合并成每天一次批处理,用一个输出汇总全部内容;给文档同步智能体加防抖,让它每轮编辑只触发一次,而不是每次修改都触发。调整后的预测降到约 $70–$85/月,低于上限,核心产出也都保留。代价是需求分流不再那么“即时”:现在每两小时运行一次,而不是每十五分钟一次。这种延迟本身就是产品成本,必须诚实面对。
路径 C——在自有基础设施上重建。 把最重的需求分流智能体搬出 Notion:用 Cloudflare Worker 执行定时任务,直接调用 Claude,再通过 API 把结果写回 Notion 页面。一次性开发成本约为 6–8 小时,前提是开发者做过这类系统——我做过。持续成本则是我本来就在付费的 Worker 套餐,加上 Claude API token;以当前调用量计算,每月只有几美元,处于个位数的低位区间。已经有创业者公开运行相近的自托管智能体栈。只要单次运行量越过盈亏平衡点,这笔账就成立。
真正关键的只有盈亏平衡计算。按需求分流智能体的运行频率,Notion 按量计费约为 $160/月;迁到自有基础设施后,持续成本约为 $4/月。若按内部工时 $150/小时的宽松标准,把开发成本摊到 12 个月,第一年每月约为 $100——这里我严格把自己的时间也算进成本。重建方案第一年总成本约 $104/月,对比按量计费的 $160/月;从第二年起,则是约 $4/月对 $160/月。它会在第一年内回本,之后收益继续累积。
我在评估 Codex 优惠时采用的运营者损益纪律,同样适用于这里,只是问题的方向正好相反:当时是在判断要不要为了免费激励更换工具;这次是在判断,一个工具的经济模型突然改变后,是否值得围绕它重建。框架相同,方向相反。
我最后的选择:混合方案。 在 Worker 上重建需求分流智能体,也就是只把路径 C 用在最大的一项成本上;限制并重新设计摘要与文档同步智能体,把路径 B 用在中等负载上;其余四个轻量智能体继续按量计费,把路径 A 留给长尾。
混合方案上线后,持续月费预计约为 $45–$55,一次性投入约 7 小时。相比什么都不做时 $340 的预测,投入一段专注开发时间,每月大约能省 $290。按 30/60/90 天来看:第一个月既要承担重建工时,又有一部分按量费用,计入时间后实际成本当量约为 $110;第二个月接近稳定状态,约 $55;第三个月稳定在约 $45。
如果重来一次,我会怎么做?答案也正是让我有点难为情的地方:我应该从 Beta 第一天就记录每个智能体的积分消耗,而不是等计费开启后才动手。免费 Beta 本来是一段不用付费的测量窗口,我完全可以据此算出正式计费后的单智能体成本——Notion 很早就公布了积分费率——但我把“免费”理解成了“不必测量”。事后还原每个智能体的消耗,反而比实时记录花了更多时间。现在,我把这条规则用在所有工具上。
给任何工具部署常驻智能体前,我现在都会先做这项检查
结论并不是“Notion Custom Agents 太贵”。我的一部分任务仍由 Custom Agents 运行,而且会继续保留。真正的教训更窄,也更实用:免费 Beta 自动化不是功能,而是依赖关系图中的一项负债。
厂商在 Beta 阶段提供不限量自动化,本质上是在免费给你一个机会:让你围绕一个尚不存在的定价模型搭建工作流。一旦模型落地,要么接受实际计费数字,要么在时间压力下重建。最便宜的调整时机,是计费表启动之前,而不是之后。
现在,任何免费 Beta 自动化接入关键路径前,我都会先做以下检查:
- 在正式计费前,先给计费版本定价。 如果厂商尚未公布费率,就参考同类产品建立一个合理模型,再判断这套智能体是否仍然划算。
- 从第一天起记录单次运行成本。 把免费期当成测量窗口,而不是免费午餐。
- 在真正需要前,先找出重建路径。 提前确定:如果经济模型反转,哪些智能体要迁到自有基础设施,以及重建大致需要多少工时。
- 把常驻运行频率限制在可接受的最慢档。 如果每 2 小时轮询一次可以接受,就不要只因为做得到而设成每 15 分钟一次。频率就是成本旋钮:Beta 阶段调低它没有代价;等用户已经习惯更快的节奏后再降频,代价就高了。
我为客户操作系统选定的混合方案并不优雅。同一个工作区里并行三种成本模型,比从零设计时会采用的配置更复杂。但它贴合工作的真实形态,也让月度费用重新回到计费开启前就为这个工作区设定的上限以内。这才是唯一重要的检验标准。
免费 Beta 自动化是一项负债,不是一项功能。要么在接入工作流前算清价格,要么在别人替你打开计费表后,顶着压力重建。
2026 年 5 月 4 日之后,Notion Custom Agents 如何收费?
每 1,000 个 Notion credits 收取 $10,与订阅费用一并计费。只有 Business 和 Enterprise 套餐可以使用;Free 和 Plus 从未包含 Custom Agents。
降级到 Plus 后,还能保留 Custom Agents 来避开积分费用吗?
不能。Free 和 Plus 从未提供 Custom Agents,因此不存在既能保留功能又能降级的方案。要么使用 Business+ 并按量付费,要么不再使用这项功能。
工作区用完积分后会怎样?
Custom Agents 会停止运行。Meeting Notes、标准版 Notion Agent 等其他 Notion AI 功能仍可继续使用,直到底层套餐的合理使用上限。
在自有基础设施上重建智能体会更便宜吗?
只有运行量超过盈亏平衡点后才会更便宜。低于这个点,按积分计费的成本低于开发与维护所需工时;高于这个点,尤其是每天频繁运行的常驻智能体,从第二年起,自有基础设施的成本优势会持续累积。
2026年9月5日







