控制台操作
进入 Managed Agents → 凭据库,创建 Vault,再在详情中添加凭据,按服务要求填写认证方式与匹配范围。在创建会话或定时任务时选择该 Vault,使运行能够使用其中凭据。 列表用于查看凭据状态与管理操作,不回显密钥原文。轮换时更新凭据,再通过真实服务调用确认;不要将密钥复制到聊天、System Prompt 或 Skill。凭据库的共享与注入范围见本页安全边界。创建 Vault
添加凭据
POST /v1/vaults/:vaultId/credentials 创建凭据。auth 是按 type 区分的鉴权对象,支持五种类型:在创建会话时引用
创建会话时传 vault_ids(最多 20 个、不重复,顺序即匹配优先级)。MCP 凭据按 mcp_server_url 与 Agent 声明的服务器 URL 匹配;无匹配凭据的服务器以未认证方式连接。详见连接 MCP。验证 MCP OAuth
不必等到会话里才发现凭据失效。mcp_oauth_validate 会向目标服务器发起 MCP initialize 探测:轮换凭据
POST /v1/vaults/:vaultId/credentials/:credentialId 做部分更新:提供的 secret 被替换,省略的 secret 保留。身份字段(mcp_server_url / host / secret_name,以及 refresh 的 token_endpoint / client_id / resource)不可变,更新时必须省略——要换目标就新建一条凭据。凭据生命周期与其他操作
读取接口只返回非敏感字段:凭据的 token / secret / client_secret 永不回显;OAuth 凭据回显 expires_at 与不含秘密值的 refresh 配置。
安全边界
- 密钥只写不读:创建和轮换时提交的 token / secret 不会出现在任何 API 响应里。
- Agent 与沙箱拿不到凭据原文;MCP 与 HTTPS 出站由平台侧注入,不进入提示词。
- environment_variable 注入的是
omasec_代理值,不是 secret_value 原文;真实密钥仅在目标主机命中该凭据 networking 规则时由平台代入出站请求。 - 会话创建前可用 mcp_oauth_validate 探测 MCP OAuth 是否仍有效,不必等到会话里才发现失败。
Multi Agent 与 GitHub 凭据
Session 的 vault_ids 提供所有线程可用的凭据集合;各线程 MCP 是否可用由其自身 Agent 的 mcp_servers 决定。不要只为主 Agent 准备凭据而遗漏成员 URL。 environment_variable 值是平台代理占位值,可用于出站 header 替换,不等于将真实 secret 交给进程;不支持用它在本地做签名或在 JSON body 中直接换票。GitHub Repository token 属于独立资源,按仓库路径注入,不通过 Vault 自动授权 GitHub API。 Vault 归档会清除 active 凭据密文并阻止新 Session 引用;读取历史元数据不代表仍可使用凭据。下一步
连接 MCP
凭据与 MCP 服务器的匹配规则
创建会话
vault_ids 的使用
本页对应 OpenAPI
Vault:凭据创建、轮换、验证 MCP OAuth