很多在线调试站、浏览器插件、客户端一上来就让你粘 Key，粘完能不能备注、能不能限额、请求到底发去哪，全靠猜。这篇不讲大道理，只给一份可照着走的检查清单，把六件事逐条过一遍，过不去的就换成临时 Key 或本地代理。数据边界的判断原则另见 key-safety。
很多在线调试站、浏览器插件、桌面客户端一上来就让你粘 Key。粘完能不能备注、能不能限额、请求到底发去哪，全靠猜。猜错了的代价不是「用不了」，而是别人拿着你的额度跑请求，你月底看账单才发现。
这篇不讲大道理，只给一份能照着走的检查清单。六件事逐条过一遍，过不去的就换成临时 Key 或本地代理。至于「数据边界该怎么划」这类判断原则，站内另有一篇 key-safety 讲得更细，这里不重复。
六项检查清单：填之前逐条过
清单的作用是让你在三十秒内决定「能不能填」。按顺序看，任何一条明显过不去就先停下，别抱着试一下的心态把主 Key 交出去。
| 检查项 | 看什么 | 过不去怎么办 |
|---|---|---|
| 请求走向 | 工具直连你的服务商，还是先过它自己的服务器 | 先过第三方服务器的，一律当公开场景处理 |
| 权限与额度 | 能否只发子 Key、能否设每日上限 | 只能填主 Key 的，先不填 |
| 传输与存储 | 页面是否 HTTPS、Key 存浏览器还是本地配置 | 明文存浏览器且无导出的，用完即清 |
| 可撤销性 | 能否自助改 Key、能否单独吊销 | 聊天框里粘错就撤不回的，别用主 Key |
| 归属与来源 | 工具谁在做、更新频率、有无说明文档 | 查不到出处的，只给一次性 Key |
| 失败兜底 | 出问题有没有日志、能否核对用量 | 对不上账的，换别的方式接入 |
这张表里最容易被跳过的是「可撤销性」。很多网页版聊天壳你粘进去之后，页面上根本没有改 Key 的入口，想换一把只能重新开一个会话，旧 Key 还在对方服务端留着。
- 看请求走向：工具直连你的服务商，还是先过它自己的服务器；后者等于把 Key 交给第三方。
- 看权限与额度：能否只给子 Key、能否设每日上限、能否随时吊销，做不到就先别填主 Key。
- 看传输与存储：页面是否 HTTPS、Key 是否明文存在浏览器或本地配置文件、有没有导出功能。
- 看可撤销性：聊天类工具粘错就撤不回，优先用能在站点目录里查到、支持自助改 Key 的服务。
这四类工具风险高，优先替代
下面四类不是不能用，而是不该用主 Key 长期挂。把它们当成「一次性场景」，用完就撤。
- 在线调试站与网页聊天壳
- Key 经第三方服务器转发，请求日志可能留存，适合临时 Key 试一次
- 浏览器插件
- 读取范围常超出你的预期，装前先看权限说明，别用主 Key 长期挂
- 来路不明的桌面客户端与破解版
- 重点看它请求哪个域名、有没有本地配置可查，装完先跑小额请求观察
- 群里发的脚本和镜像
- 先跑最小请求，核对账单里出现的入口，异常就立刻吊销
- 装完先跑一次最小请求只发一条短消息或一次最小调用，然后去服务商后台看用量记录里出现的来源 IP 和入口，对不上就卸载
- 观察一天再决定是否续用第二天看账单条目有没有你没发过的请求；有就说明 Key 被拿去别处用了，直接吊销
- 确认可查可撤能在站点目录里找到这个工具或服务商、能自助改 Key，才考虑换成限额子 Key 长期使用
具体某家服务商的吊销入口长什么样、子 Key 能不能设上限，各家不一样。这类逐家对照的资料在站内整理过，需要时到站内目录页核对当时的规则，别照搬别人截图里的界面。
更安全的三种填法：本地代理、临时 Key、限额子 Key
三种做法解决的是不同层面的问题：本地代理管「Key 落在哪台机器上」，临时 Key 管「用多久」，限额子 Key 管「最多亏多少」。三个可以叠着用。
| 填法 | 适合什么场景 | 关键动作 |
|---|---|---|
| 本地代理 | 桌面客户端、需要固定入口的工具 | Key 只留在本机，工具连本地端口 |
| 临时 Key | 一次性试用、来源不明的小工具 | 限时或限次创建，用完即删 |
| 限额子 Key | 长期使用的项目、多人小团队 | 按工具各发一把，设金额或次数上限 |
| 三者叠加 | 不确定的工具先试后定 | 先临时 Key 加本地代理，稳定后换成限额子 Key |
本地代理的思路很简单：工具不再直接拿你的 Key，而是连到本机一个端口，由代理把请求转发出去。好处是 Key 只存在你自己的配置文件里，换服务商时也只改代理配置，不用满世界改工具里的设置。
# 本地代理示意：工具里填本地地址和占位 Key，真实 Key 放代理的环境变量里；export UPSTREAM_KEY="你的真实 Key"；本地起好代理后，在工具里把 Base URL 改成 http://127.0.0.1:本地端口限额子 Key 的重点不是「设一个很小的数」，而是「一把 Key 只服务一个用途」。按工具或项目分开发，出问题时能单独吊销，不影响其他业务。至于设多少额度合适，取决于你的实际用量，到站内价格与用量相关页面看当时的数字再定。
出问题之后：吊销、留证、复盘
怀疑 Key 泄露时，动作顺序比技术细节重要。先止损，再排查，最后才谈复盘。顺序反了，等于一边漏水一边拿着放大镜看。
- 先吊销或轮换 Key登录服务商后台，把这把 Key 停掉或换一把新的，别先在群里发截图问别人怎么办
- 留证抄下异常请求的时间、来源 IP、用量记录和账单条目，截图本地保存，别只依赖聊天记录
- 复盘定位看账单里多出来的入口和模型名，反推是哪把 Key 在哪台机器或哪个工具上漏的
- 重新分配权限换新 Key 后按前面的清单重新分配，别把旧 Key 的权限原样复制回来
- 第一步永远是先在服务商后台吊销或轮换 Key，再排查，别先截图发群里
- 留证顺序：抄下请求时间、来源 IP、用量记录和账单条目，截图保存，别只依赖聊天记录
- 复盘时重点看账单里多出来的入口和模型名，据此判断是哪把 Key 在哪台机器上漏的
- 换新 Key 后按上一节重新分配权限，别把旧 Key 的权限原样复制回来
Key 的安全问题，九成不是被谁攻破了，而是你把它填进了一个你根本没看清楚的框里。
最后一句提醒：这套清单解决的是「怎么填更稳」，不解决「哪些工具值得用」。工具本身的可信度是另一层判断，得看它有没有稳定更新、有没有公开的说明、社区里有没有人长期用。这两件事别混在一起谈。
常见问题
把 Key 填进第三方工具，到底安全吗？
没有一刀切的答案，取决于工具把请求发去哪、你的 Key 有多大权限。判断标准是：能不能只用一次、能不能限额、能不能立刻吊销。三条都做不到就别填主 Key，改用临时 Key 或本地代理试一次；具体数据边界原则见 key-safety。
本地代理听起来麻烦，值得吗？
如果你只是试一个工具一次，不值得。如果你要长期在多个客户端里用同一把 Key，值得——Key 不再散落在各个工具的配置里，换服务商或轮换 Key 只改一处，也不怕某个工具偷偷把 Key 发去别处。
临时 Key 用完就删，真的有必要吗？
有。很多泄露不是因为工具恶意，而是它把 Key 存进了本地配置、日志或同步盘，时间一长就流出去。临时 Key 的价值就在于把暴露窗口压到一次试用，用完整点删除，比事后回忆哪把 Key 流出去过轻松得多。
