DeepSeekAPI Key获取方法及使用教程

1.什么是API Key

普通用户可以通过DeepSeek官网以及官方App使用DeepSeek,如需拓展DeepSeek的使用,比如RedNote的翻译功能、接入公众号实现智能客服等,便需要通过API接口调用DeepSeek模型。调用大模型API接口需要用到API Key,每个平台的API Key及使用规则有一定差别,具体需要参考其API文档。

目前DeepSeek的APIKey都挺便宜的,计价单位是每100万Token。Token可理解为调用大模型API需要的“代币”,大致换算关系是一个汉字3Token,具体需要看调用的是R1还是V3、是否命中缓存等,最高可能一个汉字十几Token。

随着DeepSeek越来越火热,用户越来越多,官方服务器压力极大。截止发文(25.02.11),由于服务器压力,DeepSeek官方开发者平台已经暂停新用户赠款活动,并且不允许进行余额充值了,见下图:
p1.1

但由于DeepSeek模型是开源的,各大平台几乎都引入了,所以我们仍可以在许多别的平台使用DeepSeek。本教程将简述几个平台的API Key获取方法,以及基本的使用方法,后续可能会随变化更新。

※※※25.02.25更新:DeepSeek官网目前已重新开放充值->[官方平台传送门]

2.DeepSeek官方平台

  • 价格
    DeepSeek官方平台的API Key,每100万输出Token 8元(V3)/ 16元(R1),见下图,[信息来源传送门]p2.1
  • 优点
    官方通道,模型纯正,如果模型有更新可以第一时间体验到。
  • 缺点
    太火爆,不稳定,官方服务器压力大,目前(25.02.11)新注册用户没有赠款了,并且已不允许充值,如果没有余额则用不了。
  • APIKey获取方法
    ①进入DeepSeek官方开发者平台,注册并登录->[传送门]
    ②在开发者平台首页->API keys->创建API key这里创建API key,名称可自定义,复制APIkey即可,见下图:p2.2
  • API Key使用规则
    根据DeepSeek官方API文档,使用DeepSeek官方的API Key时,重要字段如下:
api_key='sk-*************************'
base_url='https://api.deepseek.com/v1'
model='deepseek-chat'		#DeepSeek-V3模型
model='deepseek-reasoner'	#DeepSeek-R1模型

3.百度千帆平台

  • 价格
    百度千帆平台中DeepSeek模型的API Key,每100万输出Token 1.6元(V3)/ 8元(R1),见下图,[信息来源传送门]p3.1
  • 优点
    比官网的略稳定,且价格比官网的便宜很多,还限时免费,截止于25.02.18
  • 缺点
    百度的DeepSeek模型API使用R1模型时会把思维链也输出,输出较长且费时。
  • APIKey获取方法
    ①进入百度千帆ModelBuilder平台,注册并登录->[传送门]
    ②在百度智能云管理中心页面->API Key->创建API Key这里创建API key,权限配置中的服务选择千帆ModelBuilder资源选择所有资源,随后点击确定即可复制APIkey,见下图:p3.2
  • API Key使用规则
    根据百度千帆平台API文档,使用百度千帆平台的DeepSeek API Key时,重要字段如下:
api_key='bce-v3/ALTAK-KZke********/f1d6ee*************'
base_url='https://qianfan.baidubce.com/v2'
model='deepseek-v3'		#DeepSeek-V3模型
model='deepseek-r1'		#DeepSeek-R1模型

4.硅基流动(siliconflow)平台

  • 价格
    硅基流动平台中DeepSeek模型的API Key,每100万输出Token 8元(V3)/ 16元(R1),见下图,注册时填写邀请码uJ3hcOf4可得14元赠款[信息来源传送门]p4.1
  • 优点
    模型十分齐全,并且比官网的稳定一些,尤其Pro版本
  • 缺点
    价格和官网的一样,且Pro版本只能充值使用
  • APIKey获取方法
    ①进入硅基流动平台,注册并登录,注册时填写邀请码uJ3hcOf4可得14元赠款->[传送门]
    ②在硅基流动平台首页->API密钥->新建API密钥这里创建API key,填写描述信息后点击新建密钥,随后可查看并复制APIKey,见下图:p4.2
  • API Key使用规则
    根据硅基流动平台API文档,使用硅基流动平台的DeepSeek API Key时,重要字段如下:
api_key='sk-***************************'
base_url='https://api.siliconflow.cn/v1'
model='deepseek-ai/DeepSeek-V3'			#DeepSeek-V3模型
model='deepseek-ai/DeepSeek-R1'			#DeepSeek-R1模型
model='Pro/deepseek-ai/DeepSeek-V3'		#Pro版本DeepSeek-V3模型
model='Pro/deepseek-ai/DeepSeek-R1'		#Pro版本DeepSeek-R1模型

5.其它平台

还有许多其它平台也引入了DeepSeek模型,比如阿里等,APIKey获取方法基本上大同小异,使用方法也基本上是base_url和model字段有些差异,这些一般在API文档里面都有详细说明和使用示例,大家可以自己尝试。

有关API价格,大家可以以DeepSeek官方定价作为参考,也就是每100万输出Token 8元(V3)/ 16元(R1),如果比这个价格还高的,除非响应速度有明显的提升,否则就不推荐了。

有关平台,不推荐太小众的平台,有些小众平台的API调用返回不是OpenAISDK的标准格式,用起来还得大量修改项目代码,十分不方便,我就遇到过。

6.API Key快速对比

平台名称价格(每100万输出Token)获取通道base_url
DeepSeek开发平台8元(V3)/ 16元(R1)[传送门]https://api.deepseek.com/v1
百度千帆1.6元(V3)/ 8元(R1)[传送门]https://qianfan.baidubce.com/v2
硅基流动8元(V3)/ 16元(R1)[传送门]https://api.siliconflow.cn/v1

希望以上信息可以对大家有帮助,信息收集不易,感谢大家的点赞!

阅读更多: DeepSeek接入微信公众号小白保姆教程

### 关于 Navicat 中 `performance_schema.session_variables` 表的相关信息 #### 错误背景 当使用 Navicat 连接到 MySQL 数据库时,如果遇到错误提示 “1146 - Table ‘performance_schema.session_variables’ doesn’t exist”,通常是因为该表不存在或未被正确初始化。此问题可能源于 MySQL 版本升级过程中某些元数据表未能同步更新[^3]。 #### `performance_schema.session_variables` 表的作用 `performance_schema.session_variables` 是 MySQL 性能监控子系统的一部分,用于存储当前会话级别的变量状态。它记录了每个线程(session)的系统变量值,帮助管理员分析不同会话下的配置差异以及性能调优所需的信息[^2]。 | 字段名 | 类型 | 描述 | |-------------------|--------------|----------------------------------------------------------------------| | VARIABLE_NAME | VARCHAR(64) | 变量名称 | | VARIABLE_VALUE | VARCHAR(1024)| 当前会话下对应的变量值 | 注意:上述字段定义基于标准实现,具体版本可能存在细微差别。若表缺失,则需重新构建或修复环境。 --- #### 如何解决表丢失的问题? 以下是几种常见解决方案: 1. **确认权限** 确保登录账户具有足够的权限访问 `performance_schema` 下的所有对象。可以通过以下 SQL 查询验证: ```sql SHOW GRANTS FOR 'your_user'@'host'; ``` 2. **运行升级工具** 如果是从较低版本(如 5.6)迁移到较高版本(如 5.7),建议执行官方提供的升级脚本来重建必要的元数据表: 打开命令行并切换至 MySQL 安装目录中的 bin 文件夹,随后运行以下指令: ```bash mysql_upgrade -u root -p --force ``` 输入密码后等待完成即可[^5]。 3. **手动创建表** 若以上方法不可用,可尝试从其他正常实例导出对应 DDL 并导入目标服务器中。例如: ```sql CREATE TABLE IF NOT EXISTS performance_schema.session_variables ( VARIABLE_NAME VARCHAR(64), VARIABLE_VALUE VARCHAR(1024) ) ENGINE=PERFORMANCE_SCHEMA; ``` 4. **重启服务** 部分情况下仅需停止再启动 MySQL 服务便可恢复异常状况: ```bash net stop MySQL net start MySQL ``` --- #### 测试连接成功后的操作 一旦解决了表缺失问题,在 Navicat 中可以正常使用如下功能: - 查看实时 session 参数设置; - 对比多线程间的行为特征; - 导入/导出涉及此类敏感数据的内容而无需担心报错中断流程等问题发生。 ```sql SELECT * FROM performance_schema.session_variables WHERE VARIABLE_NAME LIKE '%timeout%'; ```
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Le_0x7E

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值