发布说明#

Microsoft Agent 365 Trigger 节点可让你构建 n8n 代理，并将其作为团队成员显示在 Microsoft 365 应用中。部署完成后，该代理会在你的 Microsoft 租户中拥有自己的身份和邮箱地址。你可以像 @ 提及队友一样在 Teams 中提及它、向它发送邮件，或授予它 SharePoint 站点权限。

连接了聊天模型、记忆和工具的 Microsoft Agent 365 工作流 — 一个 Microsoft Agent 365 Trigger 节点，连接了聊天模型、记忆，以及跨 Zendesk、Salesforce、PagerDuty、Datadog 和子工作流的多种工具。

工作原理#

你可以使用 Microsoft Agent 365 Trigger 节点在 n8n 中构建代理：

添加系统提示词，并通过将子工作流作为工具的方式，为代理提供工具、MCP 服务器以及现有工作流的访问能力。
在 Microsoft 侧完成代理设置（配置步骤请参阅 Microsoft Agent 365 文档）。这样，代理就会获得一个带有邮箱地址的 Entra ID 身份，你可以在 Teams 中 @ 提及它、向它发邮件，或赋予它 SharePoint 权限。
Microsoft 负责其侧的代理身份、生命周期、安全性和合规性（通过 Entra ID、Purview 和 Defender）。n8n 则负责工作流层面的治理，例如 RBAC、凭据管理和执行日志。

注意事项#

如果你已经通过各个独立节点（如 Outlook、Teams、SharePoint 等）在 n8n 中使用 Microsoft 服务，这些工作流仍会像以前一样继续运行。Agent 365 是一条新的路径，适合希望让代理直接出现在 Microsoft 应用内部，并像团队成员一样交互的团队。
该节点要求你具备 Microsoft 365 租户。

完整的上线介绍请参阅 n8n 博客文章。

Insights 数据保留时长#

自托管实例现在默认最多可以保留 365 天的 insights 数据，并且可配置的上限为 730 天。保留时间由新的 N8N_INSIGHTS_MAX_AGE_DAYS 环境变量控制，不再与许可证逻辑绑定。请参阅 insights 文档。

贡献者#

jjnyn
haimingZZ
majiayu000
moseoh
Omc12
Gulianrdgd
jeanibarz
uppinote20

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-05-07

此版本包含一个错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-05-06

此版本包含错误修复。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-05-06

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-05-01

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-04-30

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-04-29

此版本包含一个错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-04-28

此版本包含错误修复和新功能。

n8n 内部 IdP 角色映射 (Enterprise)#

实例管理员现在可以在 n8n 内定义群组到角色的映射，而不必在 IdP 中编写 n8n 专用的角色逻辑。启用 JIT 配置后，管理员可以针对 SAML 属性或 OIDC claims 编写表达式，在登录时自动分配实例和项目角色。IdP 只需要发送标准群组成员数据：n8n 会处理映射，并在每次登录时重新评估角色分配，因此访问权限无需改动 IdP 即可保持同步。

打开 Settings → SSO，在 User role provisioning 下选择 Instance roles via SSO 或 Instance and project roles via SSO，将映射卡片从 "Map rules on your IdP" 切换为 "Map rules inside n8n"，并添加使用 $claims 对象的表达式来匹配每个角色的用户。基于表达式的匹配可以处理普通字符串匹配无法覆盖的非标准群组结构。

可用性： Enterprise 和 Business。

实例启动配置 (Enterprise)#

n8n 现在可以在启动时通过环境变量完成完整配置。Owner 账户、SSO（OIDC 和 SAML）、安全策略以及日志流目标都会在首次启动时应用，无需手动 UI 交互。以这种方式管理的字段会在 UI 中锁定，并在每次重启时重新应用。

这让部署配置成为唯一事实来源，因此你可以在任何用户登录前，通过单个 Helm chart 或 Docker Compose 文件启动一个已完整配置的实例，包括 SSO 和安全策略。

可用性： Enterprise。

贡献者#

abhishekDeshmukh74
jeanibarz
yetval
corazzione
kuishou68
MDub3y
aikido-autofix[bot]
Vitalini
sinehypernova-0718
nihaals
yuniq-neko
patdt
pedrodicati
GauthierPLM
Gulianrdgd

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-05-04

此版本包含一个错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-05-01

此版本包含一个错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-04-28

此版本包含错误修复和新功能。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-04-27

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-04-24

此版本包含一个错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-04-23

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-04-22

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-04-21

此版本包含错误修复。

贡献者#

jcampbell
robrown-hubspot
rahulps1000

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-04-27

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-04-24

此版本包含一个错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-04-23

此版本包含一个错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-04-22

此版本包含一个错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-04-22

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-04-20

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-04-16

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-04-15

此版本包含一个错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-04-13

此版本包含错误修复和新功能。

Public API 改进#

工作流创建时的项目作用域。 POST /api/v1/workflows 现在接受可选的 projectId，用于将新工作流放入指定项目。省略该参数会保留之前的行为（工作流进入调用者的个人项目）。
Insights 摘要端点。 GET /api/v1/insights/summary 支持可选的 startDate、endDate 和 projectId 查询参数。返回成功数、失败数、运行时间和节省时间。需要具有 insights:read scope 的 API key，并受 Enterprise insights 许可证功能限制。

完整发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-04-15

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-04-07

此版本包含错误修复和新功能。

嵌入式访问的 Token Exchange 身份验证 (Enterprise)#

n8n 现在支持 OAuth 2.0 Token Exchange (RFC 8693)，作为 API key 之外的第二种身份验证机制。它覆盖两种场景：无缝 iframe 嵌入，用户可以在另一个产品中看到 n8n，而无需单独的登录界面；以及委托 API 访问，系统代表用户执行操作，并保留完整的审计归属。

嵌入系统持有一个非对称私钥，并使用用户身份 claims 签发短期 JWT。n8n 使用配置的公钥验证签名，在首次遇到用户时进行 JIT 配置，并根据流程签发会话 cookie 或限定 scope 的 API token。subject 和 actor 都会保留在审计跟踪中，因此每个操作都会同时显示请求者和执行者。

可用性： Enterprise。需要通过 N8N_TOKEN_EXCHANGE_TRUSTED_KEYS 配置非对称密钥对。使用基于角色的作用域。

执行数据脱敏 (Enterprise)#

实例和项目管理员现在可以对执行数据进行脱敏。启用后，生产运行中的敏感数据永远不会显示在 UI 中，并且在具有 reveal 权限的用户明确请求之前不会从数据库中获取。手动执行可以保持完全可见，让开发者无需中断即可继续构建和调试。每次 reveal 都会记录为审计事件。

脱敏按工作流在 Workflow settings 下配置，reveal 访问权限通过项目或实例设置只授予特定用户。请参阅执行数据脱敏文档。

可用性： Enterprise。

Public API 改进#

社区包。 通过 /api/v1/community-packages 下的新端点，以编程方式安装、列出、更新和卸载社区包。每项操作都需要具有匹配 communityPackage:* scope 的 API key。
Insights scope。 新增 insights:read API key scope，为 v2.17 发布的 insights 摘要端点做准备。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-03-30

此版本包含错误修复和新功能。

工作流的 OpenTelemetry 支持#

n8n 现在会为工作流执行发出 OpenTelemetry 追踪。执行会成为现有 OpenTelemetry 后端中的 trace，无需 sidecar、自定义 exporter 或计时变通方案。已经使用 Jaeger、Datadog、Grafana Tempo、Honeycomb、New Relic 或 Splunk 的团队，可以在同一可观测性体系中看到 n8n。

每次执行都会作为 root trace span 出现，span 属性包括 workflow ID、名称、execution ID、状态、持续时间、节点数量和项目信息。失败运行会在 span 上显示错误详情，因此你可以在监控其余技术栈的同一套工具中搜索工作流失败并设置告警。

若要启用，请将 n8n 指向任意兼容 OTLP 的 collector。最低配置需要两个环境变量：

N8N_OTEL_ENABLED=true
N8N_OTEL_EXPORTER_OTLP_ENDPOINT=http://your-collector:4318

也会遵循标准 OTel 变量（OTEL_EXPORTER_OTLP_ENDPOINT、OTEL_SERVICE_NAME）。

这是基础 T1 功能。后续版本继续扩展了该能力：节点级 span（v2.16）、span 中的工作流版本 ID 与分布式追踪上下文传播（v2.18 到 v2.19），以及 AI Agent 遥测（v2.20）。

可用性： Free、Pro 和 Enterprise。

贡献者#

manusjs

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-03-26

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-03-25

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-03-24

此版本包含错误修复。

贡献者#

pkaya89
kesku

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-03-26

此版本包含一个错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-03-25

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-03-20

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-03-18

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-03-16

此版本包含错误修复和新功能。

版本历史新增可视化对比#

打开版本历史，点击 Compare changes 比较更改，选择任意两个版本，画布会并排渲染两个版本并高亮显示更改的节点。每个版本上的更改计数徽章帮助你一目了然地发现重要编辑。

可视化对比适用于 Cloud Pro 及以上版本。

项目级外部密钥：完整的团队访问权限（Enterprise）#

新增内容：

项目管理员可以从项目设置中管理自己的 vault 连接。
实例管理员启用访问权限后，项目编辑者可以在凭据中使用项目级密钥。
自定义角色现在包含五个密钥权限范围：列表、读取、创建、更新和删除。
实例管理员/所有者不再需要是项目成员即可解析密钥。

对于实例管理员： 前往 Settings 设置 > External Secrets 外部密钥 并启用 System Roles 系统角色 开关，或使用自定义角色进行更精细的控制。

对于项目管理员： 前往 Project Settings 项目设置 > External Secrets 外部密钥 创建和管理项目级连接。与你共享的实例级连接显示为只读。

更多信息请参阅外部密钥。项目级外部密钥适用于 n8n Enterprise。

推送和拉取对话框中的文件夹筛选（Enterprise）#

推送和拉取对话框现在在 Status 和 Owner 旁新增了 Folder 文件夹 筛选器。选择一个文件夹会将列表限定为该文件夹及其子文件夹中的工作流，以带有文件夹级复选框的层级树形式显示。文本搜索也支持匹配文件夹名称。

文件夹筛选适用于 n8n Enterprise（需要配置 Environments 环境）。

贡献者#

tbigby-kristin
ajuijas
ByteEVM
mjain
bram2w

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-03-13

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-03-11

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-03-09

此版本包含错误修复和新功能。

1Password 现已可用作外部密钥提供者（Enterprise）#

n8n 现在支持 1Password Connect Server 作为外部密钥提供者，与 HashiCorp Vault、AWS Secrets Manager、Azure Key Vault 和 GCP Secret Manager 并列。

密钥在运行时获取，永远不会存储在 n8n 中：1Password 始终是唯一的数据源。多字段项目可通过结构化子路径访问：$secrets.<vault>.<item>.<field>。

如何连接#

部署 1Password Connect Server 并创建一个限定为 n8n 应读取的 vault 范围的访问令牌。
在 n8n 中，前往 Settings 设置 > External Secrets 外部密钥，选择 1Password，然后输入你的 Connect Server URL 和令牌。

需要具有只读访问权限的自托管 1Password Connect Server。1Password 作为外部密钥提供者适用于 n8n Enterprise。

贡献者#

github-actions[bot] amenk
bpk9

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-03-13

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-03-13

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-03-06

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-03-04

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-03-02

此版本包含错误修复和新功能。

云端凭据设置更简便#

在 n8n Cloud 上设置凭据现在更加简单。对于支持的服务，只需点击 Connect 连接 按钮，通过服务进行身份验证即可。跳过 Slack、Firecrawl、HubSpot、GitHub、Google Calendar、PagerDuty、Apify 等服务的手动设置。

n8n Cloud 上 Slack 的 Managed OAuth 凭据设置 — 使用 Managed OAuth 设置 Slack 凭据。

注意事项#

如果你更倾向于使用自己的 OAuth 配置，随时可以从认证模式下拉菜单切换到手动设置。
此功能仅在 n8n Cloud 上可用，由 n8n 代表你管理 OAuth 应用。

自定义角色：Assignments 分配标签页（Enterprise）#

实例管理员现在在每个自定义角色上都有一个专用的 Assignments 分配 标签页，显示分配给该角色的每个用户、他们所在的项目以及管理链接——无需再逐个项目导航。

自定义角色适用于 n8n Enterprise。

项目级外部密钥：实例管理员设置（Enterprise）#

实例管理员现在可以创建限定到特定项目的 vault 连接。该连接中的密钥仅在该项目的凭据中可见，不会跨实例显示。实例级连接不受影响。

更多信息请参阅外部密钥。项目级外部密钥适用于 n8n Enterprise。

工作流执行作为独立权限范围（Enterprise）#

workflow:execute 现在是自定义项目角色中的独立权限范围，与编辑和发布分开。用户可以被授予运行权限而无法修改工作流，这是敏感工作流的常见合规要求。

此权限范围适用于 n8n Enterprise。

贡献者#

ByteEVM
onyxraven

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-03-06

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-03-04

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-02-27

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-02-25

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-02-23

此版本包含错误修复和新功能。

每个 external secrets provider 支持多个连接#

现在可以为单个 external secrets provider 设置多个连接。更新后的 UI 使得在同一 provider 类型下配置和管理多个连接更加便捷。

大规模 workflow 和 credential 的性能改进#

改进了大规模实例中 workflows 和 credentials 列表页面的可靠性，加载时间减少了 30% 到 80%。

贡献者#

peteawood
horiyee

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-02-25

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-02-27

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-02-25

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-02-25

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-02-23

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-02-18

This release contains bug fixes.

完整的发布详情，请参考 GitHub 上的发布版本。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-02-16

This release contains bug fixes.

Contributors#

ByteEVM LudwigGerdes

For full release details, refer to Releases on GitHub.

[email protected]#

View the commits for this version.
Release date: 2026-02-23

此版本包含错误修复。

For full release details, refer to Releases on GitHub.

[email protected]#

查看此版本的提交记录。
发布日期： 2026-02-13

This release contains a bug fix and features.

Personal space policies 个人空间策略（Enterprise）#

新增的 Security & policies 安全与策略 设置部分提供了一个集中位置来强制执行实例上的安全要求。除了现有的双因素认证强制要求外，管理员现在还可以控制用户在其个人空间中的操作权限。

可用策略包括：

Sharing 共享：控制用户是否可以从其个人空间共享工作流和凭据。
Workflow publishing 工作流发布：控制用户是否可以从其个人空间发布工作流。

此版本建立在权限模型的近期更新基础上，包括自定义项目角色，以更好地支持策略驱动的治理。

Personal space policies 个人空间策略在 n8n Enterprise 上可用。

Security and policies settings — 新增的 Security & policies 安全与策略设置部分。

Custom roles 自定义角色：改进的可发现性和权限可见性（Enterprise）#

项目角色选择器现在将内置系统角色和自定义角色分成不同的部分显示，使查找和选择正确角色更加容易。将鼠标悬停在角色上会显示其已配置权限的摘要，并提供查看完整权限详情的选项。

Custom roles selector — 系统角色和自定义角色现在分别显示在不同的部分中。

For full release details, refer to Releases on GitHub.

[email protected]#

查看此版本的提交记录。
发布日期： 2026-02-12

此版本包含一个错误修复。

完整的发布详情，请参考 GitHub 上的发布版本。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-02-11

此版本包含一个错误修复。

完整的发布详情，请参考 GitHub 上的发布版本。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-02-13

此版本包含一个错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-02-11

此版本包含一个错误修复。

完整的发布详情，请参考 GitHub 上的发布版本。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-02-09

此版本包含错误修复。

完整的发布详情，请参考 GitHub 上的发布版本。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-02-06

此版本包含错误修复。

完整的发布详情，请参考 GitHub 上的发布版本。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-02-09

此版本包含错误修复和新功能。

更强的 external secrets 验证（Enterprise）#

n8n 现在会在允许保存使用 $secrets... 表达式的凭据之前，验证当前用户是否有权访问引用的 vault。如果缺少访问权限，保存操作将失败。这可以防止通过猜测 secret 路径来暴露密钥值。

改进的 API 可审计性（Enterprise）#

API 端点已扩展，以提供对项目成员和凭据的更清晰可见性：

GET /projects/{projectId}/users 返回项目的所有成员，包括其分配的角色。
GET /credentials 返回实例中所有凭据的分页列表，包括它们所属的项目。

这使得审计谁有权访问哪些项目和凭据变得更加容易，而无需在 UI 中逐一手动查看。

更细粒度的工作流权限#

自定义角色的工作流发布权限已拆分为两个独立的范围：workflow:publish 和 workflow:unpublish。这在需要独立管理取消发布的治理场景中实现了更精确的访问控制。

性能和稳定性改进#

改进了拥有大量用户的实例的性能，减少了由用户相关操作引起的速度下降。
修复了在拥有大量工作流和凭据的大型部署中，Source Control 推送流程可能因高内存占用而导致崩溃的问题。

次要修复#

Canvas：改进了插入时的节点重新定位，以减少重叠和间距问题。
日志流：修复了 webhook 目标的代理配置处理，使请求在配置了代理时能够可靠运行。

Deprecated nodes 已弃用节点#

Motorhead 节点#

Motorhead memory 节点现已弃用，因为 Motorhead 项目已不再维护。该节点在节点面板中对新选择已隐藏，但现有使用该节点的工作流仍可继续运行。

Contributors 贡献者#

AmitAnveri
derandreas-dt
ongdisheng
vCaisim

完整的发布详情，请参考 GitHub 上的发布版本。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-02-04

此版本包含一个错误修复。

完整的发布详情，请参考 GitHub 上的发布版本。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-02-03

此版本包含一个错误修复。

完整的发布详情，请参考 GitHub 上的发布版本。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-02-02

此版本包含错误修复。

贡献者#

LostInBrittany
adriencohen
ibex088
rutgere-indeed

完整的发布详情，请参考 GitHub 上的发布版本。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-01-29

此版本包含一个错误修复。

完整的发布详情，请参考 GitHub 上的发布版本。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-02-02

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-01-29

此版本包含一个错误修复。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-01-28

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-01-28

此版本包含一个错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-01-23

此版本包含错误修复。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-01-23

此版本包含错误修复。

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-01-22

[email protected]#

查看此版本的提交记录。
发布日期： 2026-01-26

此版本包含错误修复。

AI 工具调用的 Human-in-the-loop（HITL）在工具层面强制审核。受控工具除非人工明确批准，否则无法执行，从而对删除记录、写入生产系统或发送高影响邮件等操作提供确定性的控制。这消除了基于 prompt 的防护不确定性，并让你免受代理概率行为的影响。

由于审核步骤使用标准 n8n 集成实现，审批不局限于单个用户或界面。决策可以跨人员和系统路由，确保由合适的人在他们已有的渠道中审批。

你可以做什么#

对代理可调用的任何工具要求明确的人工批准，包括 MCP Client 工具或作为工具暴露的子工作流
选择性应用审批，使部分工具自主执行，而其他工具需要审核
在用户和渠道之间路由审批（例如，将 Slack 发起的操作发送给另一位用户通过邮件审批）
为高影响或潜在破坏性操作添加安全检查，而无需复杂的工作流模式或脆弱的 prompt 逻辑

如何使用#

从一个 AI Agent 连接到一个或多个工具的工作流开始。

在 AI Agent 与要受控工具的连接上，点击 + 图标并选择 Add human review step 添加人工审核步骤（将鼠标悬停在图标上可查看提示）。
Tools panel 工具面板 会打开，显示可用于处理审核步骤的节点。选择你想使用的节点。
在新增节点的参数中配置审批步骤。根据集成不同，你可以定义审批人、他们收到的消息、可用操作（例如批准或拒绝）以及对应按钮。

在不限制代理能力的前提下，精确控制需要人工判断的环节。了解更多请参见这里。

Contributors 贡献者#

ibex088
johnlinp
loganaden
Jameswlepage
cesars-gh
antman1p

有关完整的发布详情，请参阅 GitHub 上的 Releases。

[email protected]#

查看此版本的提交记录。
发布日期： 2026-01-20

此版本包含错误修复。

Chat 节点：Human-in-the-loop 操作#

Chat 节点现在包含两个用于代理式工作流中的 Human-in-the-loop 交互的新操作：

Send a message 发送消息：向用户发送消息并继续工作流
Send a message and wait for response 发送消息并等待响应：发送消息并暂停执行直到用户回复。用户可以在 Chat 中输入自由文本，或点击节点配置中定义的内联批准按钮进行回复。

这些操作既可以作为确定性的工作流步骤使用，也可以作为 AI Agent 的工具使用。当使用 Chat Trigger 聊天触发器 时，可在单次执行中实现多轮人机交互。

当作为代理工具使用时，代理可以在继续之前请求澄清，从而更好地理解用户意图并遵循指令。代理还可以在长时间运行的工作流中使用这些操作发送进度更新。

如何使用#

使用 Chat Trigger 聊天触发器 节点触发工作流。在节点参数中添加 Response Mode 响应模式 选项，并将其设为 Using Response Nodes 使用响应节点。
在工作流后续添加 Chat 节点，或将其作为 AI Agent 的工具添加。选择以下操作之一：Send a message 发送消息 或 Send a message and wait for response 发送消息并等待响应。

注意事项#

如果你希望 AI Agent 在发送消息或等待输入之间进行选择，请添加两个 Chat 工具节点，每个操作一个。
对于由 Chat Trigger 聊天触发器 触发的 AI Agent，建议添加 Send a message and wait for response 发送消息并等待响应，以便在需要时请求澄清。

了解更多请参见 Chat 节点文档。