先决定要停的是一个工具，还是一把共享 Key
假设你在笔记本上用 Desktop 连接 Claude Code，另一台电脑上的脚本也在用同一把 AIGoCode Key。今天只是想暂停笔记本接入，这时应先在对应工具中关闭接入。若去 Key 页面删除密钥，改变的就不只是当前工具。
这是一个维护场景示例，并非本站已发生的客户案例。本文把“暂时不用”“改备注”“改分组”“发现泄露”分成不同操作，帮助你在正常维护前确认影响范围。具体页面入口可对照 Desktop 官方说明。
用这张表选操作
| 当前目的 | 应检查的操作 | 执行前要确认什么 |
|---|---|---|
| 只让某个工具暂时不用 Desktop 接入 | 在该工具中关闭接入 | 工具名称是否正确；其他工具各自的连接方式是什么 |
| 让用途更容易辨认 | 修改 Key 备注名称 | 备注只是用途标识，不会改变调用能力 |
| 想使用另一组模型或价格 | 核对并调整 Key 分组 | 所有依赖它的工具是否仍匹配新协议、模型与适用范围 |
| 已发现密钥泄露 | 删除旧 Key、创建新 Key、更新依赖 | 哪些电脑、工具和应用需要同步更换 |
前两种属于不同层次的管理动作：工具连接可单独设置，Key 名称用于识别用途。改分组与删除则需要考虑共享依赖。不要把一个动作当成另一个动作的快捷方式。
在 Key 页面先辨认两类记录
Desktop 的“我的 Key”指从其他服务商添加、只保存在本机系统凭据存储中的 Key；“AIGoCode Key”与网站管理的是同一批。操作前先看自己处于哪一类，而不是只凭备注名称判断。
官方明确说明，更换 AIGoCode Key 分组或删除 Key，会影响所有正在使用它的地方，包括其他电脑或工具。因此，“在这台电脑点了按钮”不代表“只影响这台电脑”。本文也不据此推断其他服务商 Key 的远程管理规则；那要查看相应服务商的说明。
改分组前，自己列一份依赖清单
建议先用不含密钥值的表格登记以下内容。这是人工维护办法，不是声称 Desktop 会自动扫描全部使用位置。
| 使用位置 | 当前用途 | 改组后待核对项 |
|---|---|---|
| 本机编码工具 | 例如代码问答 | 工具是否适用、新分组是否包含所选模型 |
| 另一台电脑 | 例如项目开发 | 是否也使用同一把 Key，谁负责更新配置 |
| 自己的脚本或应用 | 例如直接 API 调用 | 是否支持外接调用、协议及地址是否仍匹配 |
不必把所有项目内容放进清单；只记录足以找到配置负责人的用途信息。不要记录完整密钥或将真实配置截图公开。
改组后的调用范围与价格会随新分组变化，原有工具配置也需要匹配。备注改成了“开发环境”，不会自动把 Key 变成另一组模型的权限。具体创建与分组口径见 获取 API Key。
暂停、改组与泄露，各用不同的验收方式
只暂停一个工具时，核对的是该工具的接入操作；不要顺手删除共享 Key。若之后重新接入，按官方流程确认“已接入”，完全退出并重开对应工具，选择模型后发送一条简单消息。页面选择与实际调用应分开记录。
改组时，按依赖清单逐项核对适用工具、模型、协议与价格，再安排各使用位置按当前教程验证。本文不保证改组后旧配置仍可继续工作，也不建议为了试错同时改掉所有项目。
发现泄露时，应按官方要求删除旧 Key、创建新 Key，并更新使用它的工具或应用；仅关闭一台电脑上的接入，不能代替这份更换工作。密钥保存和泄露处置的详细说明可继续阅读 API Key 保管指南。
多把 Key 方便维护，但不会增加账户额度
官方建议不同项目或工具尽量使用独立 Key，以便管理和更换。这能让用途更容易识别；是否需要拆分，可以结合自己的依赖清单决定。
同时，多把 Key 共用账户额度，创建新 Key 不会额外获得额度。不要把“便于分别更换”理解成“余额彼此独立”。维护结束时，留下操作时间、受影响用途和核对结果即可，密钥值继续保存在受控位置。