为连接器带来更多控制功能

Mistral AI 在 2026 年 6 月 24 日的博文中指出，让 AI 代理在演示中连接企业数据很容易，但在生产环境中运行则困难重重。核心问题在于：连接器必须同时遵守源平台的权限设置和 Mistral Studio 或 Vibe 中管理员设定的控制规则。自动化工作必须代表用户或服务账户运行，绝不能冒充编写者。当连接中断时，必须能够查明原因。管理员需要能够精确到每个工具，决定组织内哪些部分可以使用哪些功能。

这些要求并非新问题，但 Mistral 此次发布的更新试图系统性地解决它们。博文强调，生产级连接有“几个非协商条件”（non-negotiables），而新功能正是围绕这些条件设计的。

新推出的管理控制台（GA）在两个层面运作：团队层面和连接器内部。工作区和组织控制允许为每个团队分配独立的连接器访问权限。例如，财务工作区只能访问内部数据源且无开放网络访问，而工程团队则可获得开发者工具和互联网访问权限。同一目录下，不同团队适用不同规则。

工具级控制更进一步：在任意连接器内部，可以为整个组织或单个工作区打开或关闭个别工具。可以阻止所有写入数据的操作，或仅阻止知识库上的 delete_file 这一特定动作。连接器保持连接，但只有经批准的工具才能运行。这种粒度控制意味着管理员可以精细地管理风险，而无需断开整个连接器。

API 密钥现在支持连接器作用域（GA）。创建密钥时，可以选择它仅能访问工作区的共享连接器，还是也能访问私有连接器。这样，自动化作业仅获得所需的最小权限。结合服务账户，自动化工作以定义好的身份运行，而非编写者身份。这直接解决了“身份冒充”问题——一个常见的安全隐患。

多账户连接器（GA）允许一个连接器绑定多个登录账户。例如，可以将个人账户和工作账户连接到同一个连接器，设置默认账户，并按任务切换。每个账户独立存储和刷新令牌，因此代理可以在正确的账户下行动，而无需部署第二个连接器。这对于需要访问不同数据集的场景（如个人日历 vs 公司日历）尤为实用。

连接器调试器（公开预览）旨在提供端到端的根本原因分析。用户指向一个 MCP 服务器 URL，如果需要可添加 OAuth 凭据，然后运行检查。调试器会逐步检查连接，从到达服务器到打开 MCP 会话，共 11 个步骤，并记录每一步。博文指出，过去像 OAuth 令牌交换失败这样的问题只能靠猜测，现在调试器会精确显示故障发生在哪一步。这显著降低了集成维护的难度。

连接器现已集成到 Workflows（公开预览）和 Vibe Code（GA）中。在 Workflows 中，用户可以在工作流定义中声明所需的连接器和账户，Studio 在启动运行时解析这些依赖。个人凭据不会暴露在自动化工作中，作业也不会因为令牌过期而中途失败。例如，一个夜间运行的任务可以跨整个作业从 CRM 拉取数据、更新追踪器并读取知识库，而不会断开连接。

在 Vibe Code 中，编码代理可以通过输入 /connectors 从本地 MCP 服务器和管理员批准的工作区连接器中选择，启用所需工具后开始任务。异步代理可以在相同的规则下访问 Outlook、Jira、Notion、Linear 和 Confluence。这确保了开发环境中的连接同样受治理。

Mistral 表示正在持续增加连接器。目前目录涵盖超过 60 个集成，包括 Atlassian、BigQuery、Box、Google Drive、Notion、SharePoint、Databricks、Snowflake、Slack、Salesforce、Stripe 等。当所需平台未列出时，可以通过自定义 MCP 连接器填补空白。博文未提及具体的时间表或未来计划，但暗示连接器生态将持续扩展。