Activepieces 0.93.0于2026年11月8日正式发布，该版本允许自动化流程在无需手动输入客户端ID和密钥的情况下连接受OAuth 2.0保护的MCP服务器，前提是该服务已公开所需的授权元数据。配置连接时，用户只需填写服务器地址并完成授权确认即可。这一变化简化了流程配置，尤其适合需要让智能体调用外部工具的场景。此次更新还将代码步骤的默认运行环境切换为Deno。
此次发布已记录在Activepieces的GitHub官方发布说明中。9月22日的技术提案详细描述了该功能。并展示了与Aleph MCP服务器进行本地测试的结果。两份文档记录了不同阶段：该实现于10月18日合并。并在11月8日发布的版本中正式推出。
客户端如何连接外部服务
MCP（模型上下文协议）允许一个程序发现并调用另一个服务所暴露的工具。客户端是发起连接的一方，服务器是提供工具的一方。在此次更新中，Activepieces作为客户端运行。反向连接（即外部助手调用Activepieces自身MCP服务器所暴露的工具）是一项独立功能，不在本次更新范围内。
理解两者区别，可以从流程所需的操作类型入手。通过MCP服务，自动化流程可调用服务器声明的函数，例如在文档库中执行搜索。Vercel Labs的agent-desktop项目则针对另一种场景。即与应用程序界面进行交互。Activepieces此次更新的核心在于访问服务器已暴露的工具。无需为每次操作都经过该服务的用户界面。
从服务器地址到授权确认
说白了，GitHub上的技术提案描述了一个具体痛点：部分服务器要求OAuth认证，但并不向用户提供可直接复制到客户端配置中的客户端ID和密钥。Activepieces为此新增了授权元数据自动发现功能，以覆盖此类场景。在已记录的测试中，若所需信息可自动获取，则服务器地址是贡献者唯一需要手动填写的字段。
点击连接按钮后，系统会弹出授权窗口，用户在此完成访问授权。根据MCP规范，客户端随后使用令牌向受保护服务发起请求。将发起请求的身份与服务所允许的操作范围区分开来。是一种合理的安全设计。在Gemini智能体的案例中。操作身份与权限边界同样是两个独立维度。配置步骤的简化，并不意味着对可授权功能的选择受到限制。
读取权限与修改权限并不相同
实际上，设想一个流程需要检索文档以回答内部问题。完成此任务只需读取相关内容的权限。而修改或删除文档的权限。则会根本性地扩大连接的操作范围，即便配置流程完全相同。MCP规范允许服务器声明授权范围。实际可请求和获得的权限取决于服务端的配置。
评估此次更新的一个方法，是将流程任务与授权后实际可用的工具进行对比。在Anthropic限制Claude网络访问的测试中，授予的工具集是影响观测行为的关键变量。Activepieces的场景有所不同，但核心问题是一致的：如果自动化流程做出了非预期的操作，它实际上能执行哪些动作？答案不仅取决于给智能体的指令，还取决于服务层面的权限控制。
测试记录了一个可兼容的场景
在与Aleph进行的本地测试中，贡献者演示了选择OAuth 2.0、弹出授权窗口，以及随后发现并调用工具的完整流程。该测试记录了特定服务的完整路径。发布说明未提供经过验证的服务器列表，也未包含在不同环境下的配置耗时数据。因此，各组织可在自己的服务器上复现此用例，包括那些需要额外注册步骤或特殊设置的服务器。
这种区分在阅读其他工具文档时同样重要。在GitHub和Feishu智能体原型中，出发点是项目声明的集成能力。而此次Activepieces以公开版本形式发布，连接行为仍与所接入的具体服务相关。对于管理多个流程的团队而言，最有价值的信息是：哪些端点在首次使用时可通过配置直接完成，无需额外的手动操作。
Deno成为代码步骤的默认运行环境
换句话说，Activepieces的更新日志显示，代码步骤已将Deno设为默认执行环境。此变更直接影响工作流中运行自定义代码的环节。即便不使用MCP的用户也应留意：默认值的切换本身就是重新检查脚本的理由，与已配置的连接无关。更新说明还提到，系统对现有CommonJS代码进行了适配处理，使其能在Deno下正常运行；但官方并未对所有用户脚本进行全面验证。
对于自行部署的用户，一个稳妥的做法是在测试环境中运行最常用的工作流，逐一比对输出结果。重点核查import语句、依赖项以及错误信息的呈现方式。这些是针对执行层的检查，与驱动智能体的模型选择是两件不同的事。若更新后出现异常输出，应先定位产生差异的具体步骤，再判断是模型还是连接的问题。
Activepieces 0.93.0 要点速览
- 已确认：11月8日发布，MCP客户端支持OAuth 2.0，Deno成为代码步骤的默认运行时。
- 未说明：兼容服务器的完整列表。
- 需持续关注：现有工作流的运行表现，以及新连接实际授予的权限范围。
更深层的意义
换句话说，本文的判断是：此次发布的核心价值，在于连接可被复用的那一刻得到了实现。工作流创建者只需输入兼容服务器的地址并完成授权；服务管理者则保留对外暴露哪些工具的决策权。当智能体在后台持续运行时，这一分工尤为关键：一次连接配置完成后，可在后续交互中被反复调用。
接下来值得关注的几个具体信号：能否成功连接到测试服务器以外的其他服务器、在真实使用条件下完成授权的续期与撤销，以及切换运行时后脚本输出是否保持一致。这些结果将帮助判断配置工作量究竟能减少多少。对Activepieces用户而言，最有价值的测试就是跑一遍自己的工作流，确认它能获取所需数据，并维持预设的访问边界。
