创建 API 密钥
在页面里新建一把调用凭据,可自行命名以便区分用途,例如按项目、按环境或按使用者命名。创建时密钥完整显示,离开后不再回显,需当场复制保存。
拖动滑块完成拼图,通过后发送验证码
独立第三方 AI 评测平台 · 只用实测数据
在 OpenAI 平台上创建和管理 API 密钥的入口页面。
这是 OpenAI 开发者平台里管理 API 密钥的页面,用来生成、查看和吊销调用 OpenAI 接口所需的密钥。开发者拿到密钥后,把它配置到自己的程序、脚本或第三方客户端里,就能调用 OpenAI 的模型服务。它的价值在于把密钥的创建与撤销集中在一处,方便一个人或一个团队统一管理调用凭据;日常要留意的是密钥一旦泄露就等于把账户调用权限交出去,所以分工使用时最好按项目分开建密钥,方便随时单独吊销。
这是 OpenAI 开发者平台中用于管理 API 密钥的功能页面。API 密钥是一串字符凭据,程序调用 OpenAI 接口时用它来证明身份并计费,因此它是把自己的应用接到 OpenAI 模型上的第一道门槛。
页面围绕密钥的全生命周期展开:创建新的密钥、查看已有密钥、给密钥起名字以便区分用途、以及在使用完毕或怀疑泄露时将其吊销。密钥只在创建时完整显示一次,之后平台不再回显完整内容,这是这类凭据管理的通行做法,也意味着创建当下就要把它保存好。
不同角色用法不同:个人开发者通常建一把密钥自用;团队则倾向于按项目或按环境分别建密钥,出问题只吊销对应那一把,不影响其它服务;把 OpenAI 接入到第三方工具里的人,往往是把密钥填进那个工具的设置项,而不是自己写代码。
在页面里新建一把调用凭据,可自行命名以便区分用途,例如按项目、按环境或按使用者命名。创建时密钥完整显示,离开后不再回显,需当场复制保存。
已创建的密钥以列表形式列出,能看清每把密钥的名称和创建时间,方便判断哪把还在用、哪把是早期遗留。名称取得清楚,日后吊销时不容易误伤正在跑的服务。
对不再使用或疑似泄露的密钥执行吊销,吊销后使用该密钥的调用立即失效。这是密钥管理里最重要的安全动作,也是按项目分建密钥的意义所在。
密钥与账号绑定,调用量计入该账号,因此它既是技术凭据也是费用归属凭据。团队里多人共用一把密钥时,账单和用量会混在一起,难以区分责任。
该页面属于 OpenAI 开发者平台的一部分,创建好的密钥通常需要和平台内的其它配置一起才能跑通一个完整的应用,单独一把密钥并不构成可用的产品。
当你要把 OpenAI 的能力接进自己的程序、脚本或第三方工具时,这里是绕不开的一步,用法直接、管理动作也齐全。它值得注意的地方不在功能,而在用法:密钥等同于账号调用权限,泄露的后果直接是费用和滥用。所以按项目分建、创建后立刻保存、不用了就吊销,这三件事比页面本身怎么用更关键。如果你完全不需要自己调用模型,只是想在网页上聊天,这个页面和你无关。
自己写脚本或小应用调用模型接口,建一把密钥自用即可。建议放在本地环境变量里,不要随代码提交到公开仓库。
后端服务调用接口时使用,适合按项目、按环境分别建密钥,方便定位用量来源,也方便单个服务出问题时独立吊销。
用现成工具而不是自己写代码的人,需要把密钥填进工具设置里。工具是否可信、会把密钥发往何处要先确认清楚。
密钥可见即等同泄露。如果习惯把配置截图发出去,或者把密钥写进共享文档,需要先改掉这个做法再使用。
它是 OpenAI 开发者平台里管理 API 密钥的地方,用来创建、查看和吊销调用接口所需的凭据。要自己写代码或用第三方工具调用 OpenAI 模型,就需要先在这里拿到一把密钥。它本身不是一个可以直接对话的产品,而是给程序用的入口。
不能。密钥只在创建那一刻完整显示,之后页面不再回显完整内容。所以创建时就要立刻复制到安全的地方保存好。如果当时没存下来,只能把旧密钥吊销、重新创建一把新的。
拿到密钥的人可以用你的账号调用接口,产生的调用费用记在你头上,而且你无法从密钥本身看出是谁在用。所以密钥应视同密码保管,不要写进源码、不要贴进群聊或截图。一旦怀疑泄露,第一时间在页面里吊销它。
不要所有人和所有服务共用一把。按项目或按环境分别创建,各自命名清楚,这样哪个服务出问题就吊销对应的那一把,不会牵连其它正在运行的服务,也便于大致判断用量来自哪个项目。
需要。很多现成的客户端或插件并不自己提供模型能力,而是让你填入自己的密钥来调用。这种情况下密钥同样等同于账号权限,填入前要确认工具的可信度,以及它会把你填的密钥发往哪里。