第一次看到 API Key、OPENAI_API_KEY 或工具的密钥输入框时,先弄清它们各自是什么。本篇用虚构例子说明安全存放、权限边界和泄露后的处理顺序。
内容更新 2026-07-26API Key 是交给服务验证的秘密凭据,不是模型、账户密码或余额;谁能使用它,取决于该 Key 的权限及服务限制。
Secret 指部署平台保存的机密变量;keyring 指系统凭据存储。支持方式按具体工具文档选择,不能给所有工具统一塞一个 .env 文件。
| 问题 | 应得到的答案 |
|---|---|
| 谁签发、发往哪里? | Key 签发平台与经过核对的公开 API 地址对应;不用来登录别的平台 |
| 谁付费、能做什么? | 所属账户/项目、必需接口与模型权限、当前计费和限制 |
| 存哪里、怎样撤销? | 工具支持的凭据存储或受保护服务器环境,以及签发平台的撤销入口 |
以下内容全部为教学占位符,不是可用凭据:
变量名:OPENAI_API_KEY
占位值:<EXAMPLE_API_KEY>
用途标签:faq-demo-dev
模型标识:<MODEL_ID_FROM_YOUR_SERVICE>
问题:哪一个要由服务签发?哪一个只是程序读取时使用的名字?
参考答案:真实 API Key 由服务签发;OPENAI_API_KEY 只是变量名。
上述占位值不能用于认证;模型标识也不是密钥。
请只根据以下脱敏信息检查配置思路,不读取设备、账号或任何凭据文件。
工具及版本:<TOOL_AND_VERSION>
运行环境:<SERVER / LOCAL_CLI / OTHER>
认证方式:<SUBSCRIPTION_LOGIN / OFFICIAL_API_KEY / THIRD_PARTY_API>
密钥签发方:<PROVIDER>
公开文档地址:<PUBLIC_DOC_URL>
密钥状态:已配置;内容一律为 <REDACTED>
请说明:应使用哪种受支持的存储方式;需要哪些最小权限;
如何在不打印秘密的前提下检查配置;泄露后到哪里撤销。
不要索取真实 Key 的任何片段、Cookie、完整配置或原始日志。
涉及付费验证,只说明前提与检查标准,不替我执行。