Notion Workflows 2026:条件表达式、子流程与跨库事务边界
核心结论:Workflows 在 2026 Q1 的三项更新——Filter 表达式、Sub-workflow、失败回滚——把 Notion 从「能通知」推到「能编排」。但它仍是 Workspace 内引擎,不替代外部 ESB。正确姿势:内圈事务用 Workflows,外圈集成用 API;混用时必须画清楚事务边界,否则会出现「Slack 发了但 Database 没写上」的半成功状态。
触发器矩阵:什么事件值得自动化
2026 年可用触发器分为 Database 类、Page 类、Schedule 类、Webhook 入站类四类。实测高频组合:
- 属性变更:Status → Done 时归档子任务、通知负责人
- 页面创建:Inbox 新条目 → 自动打 Tag + 分配 Review 日期
- 定时:每周一 09:00 汇总逾期任务写入周报页
- 入站 Webhook:外部表单 POST → 创建 Database 行(与 API 写入互补)
避免「属性任意变更都触发」——Relation 字段联动会导致级联触发风暴。用 Filter 表达式收窄到具体属性名。
条件表达式:类 SQL 的 Filter 语法
Q1 引入的表达式支持 AND、OR、NOT,比较运算符 ==、!=、>、<,以及 contains()、empty()、daysBetween() 函数。示例:
Status == "Blocked" AND daysBetween(now(), Due) > 3 AND Assignee != empty()
边界案例:Formula 字段在表达式里只读最终值,不能引用中间计算过程;Multi-select 用 contains(Tags, "urgent") 判断;Date 比较需注意时区——Workflows 用 Workspace 默认时区,跨时区团队要在 Schema 里统一存 UTC。
Sub-workflow:模块化复用
把「发送 Slack + 写 Audit Log + 更新 last_notified_at」封装成 Sub-workflow「notify-v2」,主流程里 Call 即可。好处:80 人团队 12 条 Onboarding 流程共享同一通知模块,改 webhook URL 只改一处。
限制:Sub-workflow 不能递归调用自己;入参目前支持 8 个标量字段,复杂对象仍需写中间 Database 暂存;执行超时继承父流程 60 秒上限,嵌套两层后要注意总步骤数。
压测实录:80 人研发团队 Onboarding
流程:HR Forms 提交 → 创建 Employee Database 行 → 触发 Sub-workflow 创建 6 个关联库条目(设备、账号、培训、导师、合规、欢迎页)→ Slack 通知 IT → 更新 Status 为「Provisioning」。
100 次并发模拟入职日高峰:成功 98 次,2 次因 Slack 503 触发失败回滚——Database 侧无脏数据,Retry 后成功。端到端 P95 延迟 4.2 秒,P99 11.8 秒(瓶颈在 Slack API,非 Notion)。
失败回滚选项开启后,任一步骤失败会逆序撤销已执行的 Database 写入(仅限 Workflows 本流程创建的 page)。外部 API 调用(Slack、邮件)无法自动撤回——设计时要「先写 Database,最后发通知」。
与 API 混用的事务边界
典型反模式:Workflow 创建 page A → 外部服务 Webhook 回调 API 更新 page A → Workflows 下一步读 page A 属性。竞态窗口约 200–800ms,读到的可能是旧值。
推荐模式之一:Workflow 只写「任务队列」Database(状态 Pending),外部 worker 轮询或 Webhook 消费,完成后写回 Result 字段,Workflow 用 Schedule 或属性变更触发下一阶段。把异步边界显式建模,而不是隐式依赖时序。
选型决策表
纯 Notion 内流转 → Workflows
Database 状态机、周期汇总、Slack 通知(官方连接器)、邮件提醒。零代码、可版本化、Workspace 管理员可审计。
跨 3+ 外部 SaaS → API + n8n/Make
复杂数据映射、条件分支超过 10 层、需要自托管。Workflows 可作为最后一环「写入 Notion」。
合规审计 → Workflows + Export
Enterprise Audit Log 记录 Workflow 执行,配合每周 Export JSON 备份流程定义,满足 SOC2 变更管理要求。