发布说明#

部署 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 节点文档。