AI API Key 怎样安全使用？OuraiC 的专用令牌、日志与泄露处理
API Key 是可消耗额度的凭据，应该像密码一样管理。OuraiC 用户可以为不同工具创建专用令牌，并按用途设置额度与限制。不要把共享 Key 公开写进网页、仓库或教程截图。
图：按本文操作要点制作的说明图，不是后台或调用成功截图。
图：本站公开文档中的创建令牌的名称、分组、有效期与额度设置。原图沿用 AI.c 标识，仅用于识别操作位置；界面和权限以当前后台为准。
哪些位置容易泄露
前端 JavaScript、公开环境变量、截图、终端输出、导入链接、配置备份和调试日志都可能包含凭据。文件名叫 .env 不代表它自动安全，仍需要控制访问和提交范围。
系统访问令牌可能具有管理权限，应与模型调用 Key 分开保存和授权。
正常使用建议
| 场景 | 做法 |
|---|---|
| 桌面客户端 | 使用工具的凭据保存机制 |
| 业务网站 | 服务端持有 Key，前端访问业务接口 |
| 测试任务 | 独立 Key 与较小额度 |
| 多个工具 | 分别命名和授权 |
| 求助资料 | 隐藏凭据、Cookie 和敏感输入 |
模型限制、IP 限制与有效期是否适合开启，按实际用途决定。限制设错也会导致请求失败。
已泄露怎样处理
先撤销旧 Key，创建新 Key，更新需要它的客户端和服务。再检查泄露期间消费记录，定位异常模型、频率与时间。
删除公开内容只是减少继续传播，不能保证没人复制过。需要处理的是凭据本身，而不是只删除截图。
业务后端还需防滥用
隐藏 Key 之后，公开业务接口仍要校验用户、限制频率和输入。否则他人可能通过你的后端消耗额度，即使不知道原 Key。
长任务、自动重试和 Agent 设置适当预算，避免无限循环。
数据隐私怎么判断
第三方 API 可能涉及客户端、站点与上游多个环节。是否记录输入、日志保留多久、能否删除，应查当前政策与实际配置，不写“绝不保存”或“完全匿名”等未确认承诺。
对话保存在本地也不等于远程推理完全离线。敏感内容提交前先核对适用范围。
分享排错信息
保留状态码、请求路径、版本、模型、分组与请求 ID，移除完整认证头。用脱敏样例复现问题，不公开真实业务文件。