更换或停用 AI Agent 时，管理员应先确认每把 MCP API Key 被哪些客户端配置使用，再创建新 Key、验证授权查询，最后删除确认不再使用的旧 Key。不要把完整密钥写进共享文档，也不要在新配置未验证前清理仍承担工作的连接。
常见变化包括团队从一个 AI 客户端迁移到另一个、测试用 Agent 不再使用、配置文件由员工转交，或多人共用一个未标注用途的 Key。此时问题不只是“能不能连上”，还包括管理员是否知道哪份配置仍在使用凭据、谁负责维护，以及清理后是否影响其他查询任务。
先看知你AI助手后台的 API Key 列表。页面支持查看 Key 名称、密钥、企业 ID、额度和历史调用，并提供新增、重命名、删除等操作。名称可以标记用途，例如“千问办公-客服周报”或“WorkBuddy-历史检索”，但名称只是识别标签，不等同于渠道权限或独立数据范围。
千问办公、WorkBuddy、Codex 等客户端都应按各自 MCP 配置实际使用情况登记；这表示通过通用 MCP 接入，不代表每个客户端都有知你AI助手的专属原生集成。团队若无法确认某把 Key 对应哪个配置，应先查部署文件、客户端设置和负责人记录，再决定是否删除。
维护一份不含密钥正文的接入清单，记录客户端名称、后台 Key 名称、使用团队或负责人、配置位置、最后验证日期和状态。只记录可识别的名称或掩码信息，不要复制完整 Key、登录令牌或客户资料。交接时把清单放在有权限控制的位置，并在负责人变化后更新。
API Key 用于客户端认证并统计相关调用。后台资料显示账号额度、单个 Key 的用量可以查看，但这并不表示每个 Key 都能单独限制到某个渠道、某类客户或某位员工。实际可查询的数据范围仍应按账号授权、当前接入渠道和查询参数核对；不要通过给 Key 起不同名称，误以为已经建立了数据隔离。
如果团队需要限制谁能看哪些客户数据，应先检查客服账号本身的授权和接入边界，再决定哪些客户端可以拿到对应凭据。更换负责人的操作记录可以保留 Key 名称、日期、客户端、复核人和删除结果，不保存完整密钥。发现异常调用时，先核实对应 Key、后台记录和客户端配置，再按已确认的密钥管理流程处理。
平台通过通用 MCP 为兼容的 AI Agent 提供授权客服数据查询能力。它不会替管理员自动发现所有散落在个人设备中的配置，也不会因为删除一条记录而替团队完成客户端迁移；密钥交接、权限检查和结果复核都需要负责人参与。
不一定，取决于团队的凭据管理方式。若要明确区分新旧客户端或负责人，单独新建并按用途命名更便于盘点和核对。
不会。需要逐个更新仍在使用它的 MCP 配置，并验证新连接；删除旧记录不能代替客户端迁移。
现有后台资料没有说明可按 Key 单独配置渠道权限。应以账号授权及查询结果为准，不要把 Key 名称当作权限策略。
用当前账号授权范围内的一条已知会话做只读查询，再核对渠道、时间与原消息。连接成功但结果为空时，还要检查筛选条件和数据范围。
能否共用应按团队的安全管理要求决定。若要追踪不同客户端的使用情况，后台支持多把 Key 并显示各 Key 历史用量，建议明确命名并保管对应关系。
AI Agent 更换或下线时，先查清旧 Key 对应的客户端和负责人，再创建、配置并验证新 Key，最后删除确认停用的旧凭据。把密钥交接、账号授权和渠道数据范围分开管理，才能减少连接中断与误配；若需要让 AI Agent 查询客服记录，可先了解知你AI助手的 MCP 接入方式。
如果团队需要在更换客户端时盘点 MCP 配置、验证客服数据查询并管理 API Key，可查看知你AI助手的接入说明和后台能力。
需要用 AI Agent 连接客服数据并核对接入配置，可访问知你AI助手官网。
也可以扫码联系知你客服：
全渠道智能客服系统，聚合微信、小红书、抖音等平台咨询，支持自动回复与多客服协同。
知你AI助手官网 >AI 驱动的智能接待助手，基于知识库生成可确认的推荐回复，提升响应效率。
知你快回官网 >浏览器插件，为小红书、抖音、网页客服场景提供快捷话术库与 AI 自动回复。
