Notion AI 工作流实操:让智能体每周整理会议任务,先理清权限与积分
Notion AI 如何把会议记录变成可审核的任务?本文讲清 Notion Agent 与 Custom Agent 的适用场景、访问权限和积分来源,并带你配置每周五自动提取承诺、查重、建档的流程。涵盖指令、记忆、手动测试、定时触发与异常处理,也说明哪些环节仍需人工判断,帮助运营团队从会后抄录转向审核。
发布于

用 Notion AI 整理会议,不必停在生成摘要这一步。Notion Agent 能把散落的会议记录整理成真正可用的任务数据库:你说明目标,它查找上下文、创建页面、更新记录;Custom Agent 则能在每周五重复执行。对于使用 Business 套餐的运营负责人,真正的变化是:不用再逐页搬运会议中的承诺,而是直接审核智能体整理好的任务。
现有 Business 和 Enterprise 工作区已于 2026年11月2日切换到新的 AI 积分体系。因此,选哪种智能体、用哪个模型、从哪里扣积分,都成了工作流配置的一部分。本文依据11月4日核查的规则撰写。Notion 积分体系切换公告确认了生效日期。
Notion AI 怎么选:临时任务用 Notion Agent,固定流程用 Custom Agent
Notion Agent 在你通过聊天提出要求时工作。Custom Agent 则有独立的指令、访问权限和自动触发条件。前者像坐在身边的助手,后者像拿着明确任务书、拥有独立钥匙的定期作业。

在个人 Agent 聊天中,Auto 使用 Standard 积分;手动选择已包含的模型则使用 Select 积分。高积分消耗模型使用工作区的 Notion 积分。Standard 和 Select 的余额独立计算,每月重置,不结转。相应余额耗尽后,相关任务会暂停,除非所有者启用可用的工作区积分。实际消耗取决于任务和上下文。通过已连接的应用或 API 运行智能体,会消耗 Notion 积分;普通集成或单纯使用 API 本身不会。AI Meeting Notes 从2026年12月1日起开始消耗 Standard 积分,并非从11月工作区切换时就开始计费。这些区别见 Notion 现行 AI 积分规则。
新建的 Custom Agent 使用其所有者的 Select 积分,即使由队友运行也是如此。接下来会使用所有者额外获得的 Notion 积分额度,再使用可用且获准使用的工作区共享积分。所有者也可以改为直接通过工作区预算供给积分。**11月2日之前创建的 Custom Agent 仍使用工作区共享积分。**不要默认它已经切换到个人额度,先检查智能体实际使用的积分来源。Custom Agent 积分来源规则说明了这一例外。
额度和成本可参阅 Notion 价格指南及 Custom Agent 成本案例。
它能读取什么,又能修改什么?
实际能力边界取决于你授予的资源和连接。能够搜索工作区信息,与能够修改外部应用,是两回事。
从相关页面打开 Agent,用 @ 指明信息源和目标位置,再通过 All sources 缩小搜索范围。例如,“阅读 @Launch Meeting,把明确承诺的事项添加到 @Tasks”,就给出了清楚的任务边界。Agent 能力说明列出了这些工作区操作。
目前列出的搜索连接器包括:
这份列表来自 AI 连接器目录。连接器适合查找和汇总资料,但新建立索引的内容可能落后于源应用。
部分连接还支持执行操作。连接你的 Slack 账户后,个人 Agent 可以以你的身份发消息、在线程中回复、编辑自己发出的消息,以及管理表情回应。它也能访问你有权进入的私密频道和私信。工作区可能还需要批准。具体见 Slack 操作要求。
连接 Gmail 后,可以搜索、起草、发送和整理邮件;个人 Agent 的写入操作需要确认。连接 Calendar 后,可以在你的权限范围内安排日程、修改活动。Custom Agent 也提供 Mail 和 Calendar 连接,用于重复性的邮件和排期工作;相关流程见邮件与日历配置指南。
MCP 是让应用向智能体提供工具的标准连接方式,可进一步扩展集成。能执行哪些操作,取决于服务器、身份验证,以及你启用的工具。在承诺跨应用工作流之前,先按 Custom Agent MCP 配置指南核对实际可用的工具。
交任务之前,先设好指令和记忆
长期适用的工作规则写进指令,持续变化的项目事实留在源数据库中。
配置个人 Agent 时,点击它的头像打开聊天,再点一次头像,选择 Add instructions。可以选择已有页面,也可以新建。运营负责人可以这样写:
以 Tasks 数据库为准。保留已有负责人和截止日期。每条拟建任务都要引用对应的会议页面。缺少负责人或日期时,留空并标记为待审核。面向运营团队撰写简明更新。
任何能编辑该指令页面的人,都能影响你的 Agent 行为。如果指令含有个人偏好,应将实际使用的页面设为私密。
Memories 用于保存角色、协作者和偏好等长期上下文。个人 Agent 会在聊天中逐步学习这些信息,但不会自动从你的所有页面或已连接应用中建立 Memories。打开 Settings → Notion AI → Memory,即可查看、编辑或删除已保存的 Memories。个人 Memories 是私密的。Custom Agent 的 Memories 有独立开关,默认关闭,由有权编辑该智能体的人控制。Notion Memories 指南解释了两者的区别。
如果你仍希望亲自指挥任务,但经常需要同一种报告格式,可复用技能就很有用。它不能代替定时计划。技能指南区分了可复用的方法、始终生效的指令,以及自主运行的 Custom Agent。
Custom Agent 多了哪些能力,谁能创建?
默认情况下,Business 和 Enterprise 工作区的普通成员可以创建 Custom Agent。所有者可在 Settings → Notion AI → Controls 中限制创建权限,例如仅允许所有者,或指定成员和群组创建。访客和受限成员不能创建智能体。现行 AI 设置指南介绍了工作区的控制选项。
Custom Agent 可以按固定周期启动,也可以由事件触发,例如新增数据库页面、属性变化、收到评论,或 AI Meeting Notes 完成。Slack 触发条件包括指定频道中的消息、表情回应或对智能体的提及。Mail 和 Calendar 连接也提供各自的事件工作流。
访问模型尤其需要留意:共享 Custom Agent 后,别人可能通过它获取或修改自己无法直接打开的信息,前提是该智能体拥有相应权限。它的权限不会随调用者的权限缩小。应先授予完成任务所需的资源,再将智能体共享给确实应该使用这些资源的人。Custom Agent 权限规则对此有明确说明。
实操:每周五把会议记录整理成任务
下面搭建一个定期流程,把会议承诺整理好,交给运营负责人审核。这是一套可以照做的配置方案,并不表示智能体已经在你的工作区运行过。
人工处理通常要经历几个环节:读记录、识别承诺、检查已有任务、复制负责人和日期,再澄清模糊之处。这里让智能体负责提取和搬运,你仍负责判断任务是否可以正式分派。如果你目前每周五要花一小时清理这些事项,就以此为基线,试运行后再测量剩余的审核时间。
1. 准备输入和输出位置
创建或选定以下资源:
为 Tasks 的 Status 属性添加 Review 选项。会议记录应保存在页面文本中,便于智能体读取。这个流程从记录已经存在时开始,不负责启动录音。
2. 创建 Custom Agent
在桌面端或网页端,打开侧边栏的 Agents,选择 +,再选 Create blank;也可以在 AI 配置聊天中描述任务。将它命名为“周五事项跟进”。Custom Agent 配置说明介绍了这些控件和定期触发方式。
3. 授予必要权限
在 Settings → Tools and access 中,为 Meetings 添加查看权限,为 Tasks 和 Run Log 添加编辑权限。你需要拥有这些目标资源的 Full Access,才能向智能体授予高于查看级别的权限。只在指令中提到页面,并不会自动建立连接。
第一个版本先关闭网页访问。依据和输出都在工作区内,无需联网查找。
4. 写清楚执行要求
将下文中的资源名称替换为工作区里的实际页面引用:
读取 @Meetings 中 Ready 复选框已勾选,且 Meeting date 位于过去七天内的条目。从页面正文中提取明确承诺的事项。对每项承诺,在 @Tasks 中搜索相同的 Source meeting URL 和 Source action text,并检查是否已有含义相同的任务。跳过已有承诺,保留其记录不变。创建新任务时,将 Status 设为 Review。只有记录明确写出负责人和截止日期时,才复制到相应字段;否则留空,并标记缺失信息。每条任务都要附上源会议 URL 和原文中的行动句。新增一条 @Run Log 记录,列出已创建任务的链接、跳过的重复项和待确认问题。没有符合条件的承诺时,也记录这一结果。不要删除或修改已有任务。
这样,查重就成了明确要求的一部分,但它并不等于数据库层面的唯一性保证。避免多次运行重叠,并用同一份记录测试两次,再启用定时计划。
5. 先手动测试,再定时运行
保存并发布智能体,保持自动触发关闭。准备少量样例记录,点击 Run。样例应包括一条明确承诺、一条缺少负责人的事项,以及一条 Tasks 中已经存在的行动项。
检查生成任务的字段和源链接,再运行一次:已有承诺应被跳过。在 Activity 中检查权限缺失或意外修改。检查不通过就调整指令。这遵循了 Notion 的手动测试建议。

6. 配置定时计划和积分来源
打开 Settings → Triggers,添加 Recurring,选择每周五,并设定时间和时区。保存并启用前,核对下一次计划运行时间。
打开智能体的 Credits 控件,查看 Credit source。团队共用的流程,可请工作区所有者通过 Workspace budget 提供积分,并设置适当上限。所有者可以在这里从 Owner allowance 切换。为这个 Custom Agent 选择 Auto,并不会让它改用个人 Agent 的 Standard 积分。
7. 审核第一个周五的结果,处理例外
打开筛选为 Review 的 Tasks 视图,补齐负责人和日期,再将接受的任务移入正常工作队列。将 Run Log 与源记录核对,并在 Notion AI 设置中检查积分消耗。
七天窗口是刻意设定的起步规则。如果记录超过窗口后才标为 Ready,需要手动补跑;如果漏跑了一个周五,也要扩大恢复运行的时间范围。确认流程有用后,先完善这条规则,再接入更多团队或信息源。
六种用法,按运营价值排序
以下是团队可以基于已支持能力搭建的工作流,并非实测成效。
建议先从前两项开始:输入和输出都可以留在 Notion 内,负责人也容易检查执行质量。
围绕它可以做的两种服务
最值得尝试的是,为已经使用 Notion 的团队搭建会议事项跟进流程。目标买家是这样的运营负责人:会议记录已经整理得不错,会上答应的事却仍会不了了之。本文核查的 DataForSEO 美国 Google 估算显示,“meeting minutes template with action items”的月搜索量为 170。这说明有人关注如何规范会后跟进,不代表有 170 位现成买家。
最小可售版本可以包含 Meetings 和 Tasks 结构、一个 Custom Agent、一个审核视图,以及覆盖重复项、负责人缺失和迟到记录测试的交接流程。难点在于差异化:单纯提取信息很容易被复制。真正有用的服务,是让流程适应团队实际分配责任的方式,并证明它能处理例外。
每周报告配置,是覆盖面更广的第二个机会。创始人或代理机构的运营经理,可能愿意购买一个智能体,让它从约定的数据库中,按统一格式生成进展、阻碍和后续行动报告。DataForSEO 对“weekly status report template”的估算是美国 Google 月搜索量 390。这两项查询估算均来自2026年11月4日核查的关键词概览,都不能证明用户愿意付费。
最小版本可以包含报告模板、明确指定的源数据库、一个定时智能体,以及分发前的审核环节。难点是源数据质量:一份看起来很专业的报告,也可能自信地复述已经过时的项目状态。出售自动化时,也要一并交付源数据责任分工和审核流程。
哪些环节仍然需要人来处理?
Agent 无法启动 AI Meeting Notes、修改页面共享权限、创建提醒,或管理工作区账单和成员角色。它也不能创建新的数据库自动化或模板。这些配置仍需由人完成。
更根本的是,工作流无法判断一句模糊建议究竟算不算明确承诺。因此,本例保留了原始依据,并将新任务送入审核。对于跨多个工具的工作,在决定以工作区为流程中心前,可以先比较 Notion AI 与 ChatGPT 的替代方案。
会议行动项应该包含哪些内容?
写明具体行动、来源会议,以及记录中明确给出的负责人和截止日期。在本例工作流中,缺少负责人或时间的信息会成为待审核问题,不会由智能体自行编造分派。
可以使用会议行动项模板吗?
可以。先规范会议记录,让承诺事项更容易识别,再在 Tasks 中使用对应字段。模板负责统一输入,Custom Agent 负责定期提取和建档。
简单的周报应该写些什么?
列出已完成工作、当前阻碍和下一步行动,并附上对应记录的链接。将这一结构交给报告智能体,同时明确它应该读取哪些数据库。短小、来源可核查的报告,比把所有发现都堆进去的长摘要更实用。
周一,选定一个团队的会议数据库,准备好 Review 视图,手动跑一次流程。用同一份记录再跑一次,确认输出经得起检查后,才启用周五定时运行。衡量效果时,看最终接受了多少任务,以及花了多少审核时间。
如果希望围绕团队的工作区搭建这套流程,下一步可以了解 AI 智能体开发服务。
- 发布日期
- 分类
- AI
- 语言







