👁 188 次阅读
Notion 在 2026 年 9 月 15 日发布的 3.7 版本，把『AI 提示词』从个人小抄升级成了团队资产：Skills 让你把最会提示的那位同事的经验固化成可复用的说明书，Custom Agents 让这份说明书每天 24 小时自动执行；而 3.7 新增的导出功能，还能把你在 Notion 里维护的技能一键下载为 SKILL.md 文件，直接挂到 Claude Code、Codex、Cursor、Gemini 或 Grok 里跑。对同时用多个 AI 工具的团队，这是把『写提示词』这个最贵的隐性成本一次性消除。
官方公告来源：Notion 3.7 发布公告（2026-09-15）、Custom Agents 帮助文档、Notion credits 帮助文档。
一、Notion 3.7 到底改了什么
3.7 不是简单加功能，而是把 Notion AI 的边界从『单点问答』推到了『可编程工作流』。以下四项是这次版本相对 3.6 的核心增量，直接影响你怎么用：
- Skill（技能）：把一段结构化提示词固化成可复用对象，团队共享同一份最新源。
- Sub-agent（子代理）：Custom Agent 可以调用另一个 Custom Agent，让大流程拆成小任务并行跑。
- 导出到外部 Agent：技能自动生成为 SKILL.md，可在 Claude Code、Codex、Cursor、Gemini、Grok 中使用，Notion 侧更新后会有 badge 提醒同步。
- Custom MCP 连接：可以直接让 Agent 连接 GitHub、Amplitude 等外部工具，官方承诺『你批准之前什么都不会动』。
官方引用：Skills are reusable instructions that teach AI how your team works；同页还写了 Notion 已把技能导出到 Claude Code、Codex、Cursor、Gemini、Grok 五个外部平台。
二、Notion Agent、Custom Agent 与 Skill：到底是什么关系
很多教程把这三者混为一谈，实际操作时非常容易走错方向。三者定位完全不同，用错就浪费 credits：
| 维度 | Notion Agent | Custom Agent | Skill |
|---|---|---|---|
| 定位 | 个人助手，随叫随到 | 团队自动化，后台常驻 | 可复用提示词说明书 |
| 触发方式 | 你主动 @ 或输入 | 触发器/定时/事件 | 被 Agent 或人调用 |
| 是否消耗 credits | 不消耗 | 消耗 Notion credits | 本身不消耗 |
| 访问权限 | 跟随你的账号 | 显式授予哪些页/库 | 继承被调用方的权限 |
| 典型用途 | 起草、总结、单点问答 | 周报、状态更新、跨库工单 | 评审规范、模板生成 |
| 谁能创建 | 所有用户 | Business/Enterprise | 所有用户 |
一句话记忆：Notion Agent 是你，Skill 是你的说明书，Custom Agent 是拿着说明书替你跑腿的自动化员工。
三、实战第 1 步：创建第一个 Skill（约 3 分钟）
Skill 是 3.7 的主打新特性，但很多用户还在用 Notion Agent 每次重新写提示词。把重复提示词做成 Skill，一次投入可以省下未来无数次的重写。官方给出三条路径，从最省事到最自由：
路径 A：从模板起步
在 Agents 面板点击 + 号，Notion 会推荐一批官方模板，包括 Exec-ready（把草稿压成简报）和 PRD from raw notes（把会议碎片整理成 PRD）。适合第一次接触 Skill 的用户，5 分钟能跑通闭环。
路径 B：跟 Notion Agent 对话生成
在聊天里直接说：『Review this feature proposal using our product, design, and engineering standards.』Notion Agent 会把你的话转成结构化 Skill，你只需要 review 措辞、补例子。这也是官方推荐的最低门槛方式。
路径 C：从零手写
选 Create blank，从空白 Instructions 字段开始。适合把既有 SOP 迁过来，但要自己保证措辞的清晰度。
写 Skill 的四条硬规则
- 任务 + 结果一次说清：不要写『帮我看下』，写『按下列四项检查并给出结论』。
- 输入输出各列一次：告诉 AI 会拿到什么、要吐出什么格式。
- 用真实例子兜底：加一段『好/坏样例』比十条抽象规则管用。
- 把示例放在最后：Skill 前段被裁概率高，越靠后的例子越应该放最后。
四、实战第 2 步：在聊天里运行 Skill
Skill 建好后，运行路径非常短：在 Notion Agent 聊天框输入 / 键，从下拉里选技能名，再补充本次上下文，回车执行。整个过程和 @ 一个队友没差别，学习成本几乎为零。
官方还强调可以设置『让 Skill 自动运行』——这就是把 Skill 挂到 Custom Agent 的入口。也就是说 Skill 不是静态提示词，它是 Custom Agent 的执行代码。这一步理解了，后面第三步就顺理成章。
五、实战第 3 步：把 Skill 装到 Claude Code、Codex 与 Cursor
这是 3.7 让很多团队动心的原因。之前你只能在 Notion 里维护技能，一旦团队同时用 Claude Code 做开发，就得手抄一遍到那边。3.7 直接解决这个痛点：
- 下载：点技能卡片右上角的导出按钮，Notion 会打包成
SKILL.md加上已批准的配套文件。 - 同步提醒：当你在 Notion 里更新了技能，导出过的版本会显示 badge，提示本地版本落后。
- 团队一次维护：所有本地 Agent 共享同一份源，改动只在 Notion 侧发生一次。
官方原文：Create and update the skill in Notion, then download it to Claude Code, Codex, Cursor, Gemini, or Grok。这意味着 Notion 事实上成了一个跨工具的『技能库』，而不只是笔记软件。
六、实战第 4 步：搭建第一个 Custom Agent
Notion 官方对 Custom Agent 的定位是：『They follow precise instructions you define. They can run autonomously in the background via triggers and schedules.』 翻译成人话就是：你写清楚指令，它就按触发器自己跑，不需要你手动 @ 它。
六.1 创建入口
左侧边栏的 Agents 板块 → 点 + → 选 Create with AI chat / From template / From blank 之一。三种方式最终产出的都是同一个 Agent，只是起点不同。
六.2 配置触发器（Triggers）
触发器决定 Agent 什么时候跑。Notion 目前支持的触发类型主要有：
- 日程触发：每日、每周、每月，可限定工作日或周末。
- Notion 事件：页面被创建、属性被更新、评论被添加。
- Slack 事件：某个频道被 @、某条消息被回复。
- Meeting Note Summarized：AI Meeting Notes 结束后自动跑，用于会后动作。
官方帮助文档：Configure triggers & schedules。选择原则：能挂事件就别挂日程——事件驱动的成本更可控，也不会让 Agent 在没事的时候空转烧 credits。
六.3 权限授予：只给它能动的最小范围
Notion 官方强调：『Agents act only on the pages, databases, and external apps you explicitly grant access to. They never have full workspace access by default.』这是 3.7 相对早期版本的重要安全改进。实操建议：
- 只授权具体的页/库（比如 Customer tickets），别用『workspace 全员共享页』这种宽口径。
- 对外部工具（GitHub、Slack 等）通过 Custom MCP 连接时，走 approval 流程，官方原文『Confirmations keep you in control, so nothing changes in a connected tool until you approve it』。
- Claude Fable 5 需要在
Settings → Notion AI里由管理员手动打开，且官方提示 Anthropic 可能会留存 prompts 一段时间——涉及敏感业务前先看合规。
六.4 选模型：Auto 就够了，但要注意合规
3.7 支持 Claude Fable 5、Sonnet 5、GPT 系列、Gemini、Grok、Opus 5、GPT-5.6 Sol、Kimi K3、GLM 5.2 等模型，模型选择器还加了速度/智力/成本的三维指标。默认选 Auto 让 Notion 自己分配；官方原文：『Auto is the recommended default. Your admin may also limit which models Custom Agents can use.』
七、实战第 5 步：让 Custom Agent 调用子 Agent（Sub-agent）
3.7 引入了 Custom Agent 调用 Sub-agent 的能力。这在概念上等同于 Claude Code 的 subagents 或 CrewAI 的 multi-agent 编排：一个大 Agent 负责分派，多个小 Agent 各干各的活，最后主 Agent 汇总。
官方给的例子很典型：『A Mobile App PM agent can send bug reports to a triage agent and metrics questions to a reporting agent, then bring the answers back into one Slack update. The primary agent decides when to delegate and uses each response to finish the original work.』
官方还有一个案例：Remote 用五个 Agent 组成的客服工单系统每年节省 $500k。这不是吹牛：五个 Agent 各司其职，每个只跑一小段流程，成本反而低于一个大 Agent 全权跑通。
八、成本与额度：到底多少钱跑得起
Notion credits 是 Custom Agent 的唯一消耗单元，也是很多人犹豫的关键。以下数据全部来自官方帮助文档：What are Notion credits。
| 信用包类型 | 价格 | 适用场景 | 重置周期 |
|---|---|---|---|
| Monthly credits | $10 / 1000 credits | 使用量稳定的日常 Agent 工作流 | 月度重置，不结转 |
| Annual credits | $13 / 1000 credits | 使用量波动、有尖峰的季节性任务 | 订阅年内随时用 |
| On-demand credits | 联系销售 | 突发项目、超大规模 | 按需购买 |
官方给出的用量估算示例：一个典型的 Status Update Agent（月度跑 60 次），单次约 $0.08–$0.18，月度总成本约 $4.80–$10.80。这是官方定价页公开的数字，来源：Estimate Notion credit usage & cost。
额度用完怎么办
官方原文：『If your workspace doesn’t have enough Notion credits, Custom Agents will pause automatically until credits reset or an admin adds more credits.』换句话说：不是报错，也不是硬中断，是自动暂停。这意味着你可以在没有预算上限的情况下放心挂多个 Agent，最坏情况是它们等下个月 credits 重置或管理员充值。
Business 与 Enterprise 的门槛
Custom Agents 只在 Business（$20/member/month）和 Enterprise 计划中可用。Plus 与 Free 用户只能用基础 Notion Agent。企业级还额外提供：
- 零数据留存（Zero data retention with LLM providers）
- 自定义 AI 供应商模型白名单
- Audit log 记录每次 Agent 运行、修改、触发人
九、五个典型场景与推荐配置
| 场景 | 推荐触发器 | 推荐模型 | 预估月消耗 |
|---|---|---|---|
| 每日状态更新（团队站会） | 日程（工作日 9:00） | Auto | ~$1–3 |
| 客户反馈工单分诊 | 数据库新增事件 | Sonnet 5 / GLM 5.2 | ~$2–5 |
| 会后自动生成行动项 | Meeting Note Summarized | Fable 5 / Opus 5 | ~$1–4 |
| 代码仓库 CI 摘要 | Custom MCP → GitHub | GPT-5.6 Sol / Kimi K3 | ~$0.5–2 |
| Slack 频道答疑机器人 | Slack @mention | Auto | 随量 |
几个坑要提前避开：
- 不要给一个 Agent 塞太多职责：官方在教程里反复强调 one agent, one job。塞太多职责会导致 credits 消耗失控。
- 不要在敏感业务上用 Claude Fable 5：官方文档明确 Anthropic 会保留 prompts 一段时间，涉及客户数据/财务数据前先走合规。
- 不要让 Sub-agent 递归调用主 Agent：Notion 目前没有自动检测循环，一旦配成环就会一直烧。
十、五个容易踩的坑与官方最佳实践
- Skill 里写太多抽象形容词：改写成动词开头的动作清单，例如『检查 X』『输出 Y』『拒绝 Z』。
- Sub-agent 权限过大：让子 Agent 只读需要的最小数据集，父 Agent 保留最终写入权。
- 不检查 Agent 的运行日志：每次运行都会在 Settings → Run history 里留痕，Business/Enterprise 可以通过 Custom Agent Insights API 拉取 CSV。
- 把 Skill 当作最终方案：Skill 只是说明书，真正干活的是 Custom Agent。没有触发器的 Skill 就是一段没人读的文档。
- 忽略额度监控：Business/Enterprise 可以在 credits dashboard 看实时消耗，5 月 4 日之后不再免费，早监控早省钱。
十一、总结：Notion 3.7 之后，工作流长什么样
把三个概念合成一张图看就清楚了：
- Skill：团队最佳提示词的可复用说明书，一次写、处处跑。
- Custom Agent：拿着 Skill 自动干活的 AI 员工，7×24 后台运行。
- Sub-agent 编排：一个大 Agent 拆任务给多个小 Agent，复杂流程不再靠一个 Agent 撑。
对同时用 Notion + Claude Code + Cursor 的团队，3.7 的意义在于：你在 Notion 里写一次 Skill，就能在三个工具里共享同一份提示词资产。这是过去半年 Notion 最实在的一次升级——不是加功能，而是把『提示词』这个隐性成本正式纳入协作系统。
参考链接：