Connector 配置三步法：打通外部系统

```markdown
我要为一个使用静态 API Key 认证的内部 API 网关创建自定义连接器，请帮我产出配置方案。
必须依据的真实规则（不要新增字段或认证方式）：
- 创建分三步：填写基础信息、配置认证与凭证、设置 MCP 服务端；
- 标识仅支持英文、数字、中划线和下划线，创建后不可修改，系统自动添加 enterprise_ 前缀（填写 my-tool 实际存储为 enterprise_my-tool）；
- 必填信息包括标识、显示名称、描述；首页 URL 可选；
- API Key 认证方式仅需填写 Header Name（默认 X-API-Key，也可设为 Authorization 等其他值），用户使用时填写对应的 Header 值即完成鉴权；
- 第三步需填写 MCP Server URL，例如 https://docs.qq.com/openapi/mcp，填写后系统自动生成 Gateway 和 MCP 相关配置；
- 连接器创建后出现在列表中，状态为待启用；
- 连接器不主动定时抓取第三方数据，仅在 Agent 通过成员对话触发调用时才发起请求。
请输出：1）一份完整的三步配置填写清单（每步列出字段名与建议取值）；2）一段最小权限原则下的 API Key 生成建议（不超过 150 字）；3）一份上线前验证清单，至少 6 项。
```

```markdown
我要为多个外部系统接入连接器，需要在三种认证方式之间做选型，请帮我产出对比与建议。
三种方式的事实（请严格按此描述，不要扩展）：
- MCP OAuth 2.1：适用于已实现 MCP OAuth 2.1 规范的服务端；选择后只需在第三步填写 MCP Server URL，认证凭据通过标准 OAuth 流程自动建立，无需手动填写 Client ID 或 Secret；
- OAuth 2.0（Authorization Code）：适用于标准 OAuth 2.0 授权码流程；需将页面底部的 Redirect URL 填入第三方应用所需的回调白名单，并在企业后台填写 Client ID、Client Secret、Authorization URL、Token URL、Scopes（逗号分隔，如 read,write）、User Info Endpoint、User Info Name Path（login 或 name）；
- API Key：最简单的认证方式，仅需填写 Header Name（默认 X-API-Key，可设为 Authorization 等其他值），用户使用时填写对应的 Header 值即完成鉴权，适用于使用静态 API Key 认证的服务（如部分内部 API 网关）。
请输出：1）一张对比表（认证方式 / 适用场景 / 需要准备的凭据 / 配置复杂度 / 轮换与失效风险）；2）一段选型决策流程（不超过 150 字），说明先确认什么再选哪种；3）一段凭据轮换的运维建议（不超过 150 字）。
```

```markdown
我们企业已经接入了多个连接器，需要一份安全治理与下线规范。
必须依据的真实事实（不要增删功能或风险点）：
- 每个连接器独立授权，不同连接器之间的凭据和访问范围互不影响；
- 连接器以配置的认证凭据所对应的第三方账号身份执行操作，访问范围不超出该账号在第三方服务中的已有权限；
- 连接器不主动定时抓取第三方数据，仅在 Agent 通过成员对话触发调用时才发起请求；
- 连接器的工具权限可通过 Gateway 配置进行过滤，未授权的工具不会暴露给 Agent；
- 管理员可随时通过开关禁用连接器，断开后所有依赖该连接器的 Agent 调用将立即失效；
- 连接器自身的读写操作不消耗积分；客户端对连接器返回的外部数据进行理解、汇总和生成回答时消耗积分；
- 连接器不会将凭据分享给其他成员或组织外主体，每位成员使用时以管理员配置的统一凭据进行身份代理；
- 第三方服务的可用性、数据准确性和隐私策略由其自身负责。
请输出：1）一份治理流程（接入评审—最小权限配置—测试验证—上线—定期复核—下线）；2）一张季度复核表（复核项 / 检查什么 / 异常处置 / 负责人角色）；3）一段下线操作的风险提示（不超过 150 字），需明确提到禁用会使依赖它的 Agent 调用立即失效。
```