Codex 和 Claude Code 接入第三方模型 (DeepSeek V4 | Qwen 3.7)，亲测可用的官方方案！

碳基生物退役指南 首頁 每日列表 原始影片
實際影片長度：5:33.000。原文、繁中、雙語可點擊句子跳轉影片。
0:00.000–0:13.060
你知道吗,其实Codex和Cloud Code官方一直都支持接入其他模型的,像DeepSeek V4、Dobel或者本地部署的签问都可以接入。评论区也有很多小伙伴在问怎么配置,这期视频就会给你答案。
0:14.040–0:18.280
有人可能会问,原生模型用得好好的,干嘛要折腾?原因很简单。
0:18.880–0:26.080
很多公司有刚性的合规要求,必须得用指定的模型,甚至所有模型都需要本地部署,保证安全和隐私。
0:26.080–0:34.580
开始之前先说一下,按照官方文档,在这两个智能体工具里接入第三方模型,本身没什么技术难度,也不会有风险。
0:35.080–0:40.200
但如果你用的是非官方的方法,或者接了来源不正规的API,那就是另一个故事了。
0:41.020–0:46.320
今天咱们只走官方路线,最安全最正规的那种,一起把第三方模型接入这两个平台。
0:47.040–0:51.060
先说Cloud Code,因为跟Codex比,它的配置真的太简单了。
0:51.060–0:58.640
根据你的操作系统,屏幕上的路径里,找到CC的全局配置文件,打开,把屏幕上的这组环境变量粘贴进去就行。
0:58.860–1:03.320
不同模型只需要替换模型名称,对应的base URL和你自己的API Key。
1:03.600–1:10.280
这些信息每家模型厂商的文档里都有详细说明,屏幕上给的是Deep-seek V4 Pro 100万上下文的配置。
1:10.280–1:15.960
保存之后,进入CC,用斜杠context的命令检查一下。
1:18.580–1:21.960
刚才配置的Deep-seek V4和百万上下文已经生效了。
1:22.780–1:24.760
不到一分钟搞定,CC就是这么方便。
1:26.360–1:30.900
再来看Codex,安装完打开,第一步就提示支持其他方式登录。
1:30.900–1:36.660
要填API Key,这里随便敲个1024,立刻就进去了。
1:37.060–1:40.120
界面功能一切正常,只是还不能真正使用。
1:41.780–1:46.640
根据Codex官方文档,接第三方模型得手工改配置,界面上没法操作。
1:47.040–1:53.300
我以MacOS为例演示一下如何修改,在你的用户目录下面,打开.codex这个隐藏文件夹。
1:53.600–1:59.440
两个文件最关键,一个是auth.json,刚才的1024就写在这里。
1:59.440–2:03.860
另一个是config.tml,Codex的全部配置都在里面。
2:05.000–2:08.840
而接入中遇到最大的一个坑,是API接口的协议。
2:09.320–2:17.200
Codex只支持最新的response API,这是专门给agent设计的调用接口,能承载更复杂的返回结构。
2:17.680–2:21.780
但是,支持这个协议的第三方模型其实不多。
2:23.460–2:27.500
先把官网配置模板复制过来,然后需要API Key和base URL。
2:27.500–2:32.400
我手上就只有阿里百炼支持Response API,直接去他们家文档里找。
2:32.680–2:37.280
提醒一下,百炼的API Key和他们家的CodingPlan的Key是两回事,别搞混了。
2:38.300–2:42.920
而且百炼文档里也说了,Response API有部分参数是不支持的。
2:43.160–2:48.640
你要是想接别的模型,先去文档里确认一下知不支持这个协议,以及支持到什么程度。
2:48.640–2:52.920
回到Codex的配置文件,把配置项粘贴进去。
2:53.160–2:57.520
注意,这段模型配置一定要放在顶层,也就是不要缩进到任何section里。
2:58.320–2:59.560
配置项我待会放评论区。
3:00.780–3:03.300
接着打开Auth.json,贴入你的API Key。
3:03.900–3:05.100
保存,就全部完成了。
3:05.640–3:10.900
记得先重启一次Codex,再次打开后,可以看到刚才配置的签问模型已经生效了。
3:10.900–3:12.280
我们试一下看看。
3:13.740–3:18.400
没问题,模型调用了内置工具,读出了刚才手工配置的模型信息。
3:19.240–3:26.680
小结一下,如果你用了第三方模型支持Response API,把屏幕上这些官方配置项填好,Codex就能正常用了。
3:27.320–3:33.360
本来视频到这就该结束了,但我在实际用签问3.7的时候发现,它在Codex里工具调用总是出错。
3:33.780–3:38.580
除了写代码,高级功能几乎全都用不了,猜测跟刚才说的部分参数不支持有关。
3:38.580–3:42.220
没办法,我只能换成Deepseek v4继续测。
3:43.040–3:48.180
而Deepseek和大部分模型一样,不支持Response API,所以得额外搭个桥接器。
3:48.480–3:51.000
我用的是开源的CCX,配置看屏幕。
3:51.480–3:57.440
一般来说,我是不推荐在官方APP之外额外装东西的,多一个组件就多一份配置和管理成本。
3:57.780–4:02.380
所以不喜欢折腾的朋友,可以等Deepseek后续支持这个协议了,再直接接入。
4:02.380–4:09.120
很快地过一遍CCX的安装和配置,先到它的官网,找到适合你操作系统的版本。
4:09.720–4:11.420
建议选择Dextop桌面版。
4:12.080–4:14.680
安装后,打开,把服务启动起来。
4:15.260–4:18.000
然后进渠道中心,新建一个Deepseek渠道。
4:18.380–4:20.560
注意目标格式选CodexResponse。
4:20.760–4:25.200
输入你在Deepseek后台创建的API Key,保存一下,就配好了。
4:25.200–4:32.100
下面我们用Deepseek V4 Pro在Codex里跑一个特别的任务,让它调用浏览器,在网页上玩一局扫雷。
4:32.700–4:36.120
这个场景可以测到它对Codex内置插件和工具的适配程度。
4:36.620–4:40.420
因为使用Codex的小伙伴,可能更在意的是这些桌面端的高级能力。
4:41.720–4:48.260
顺便说一下,虽然Deepseek官网已经灰度上线了实图模式,但他们家API目前还不支持图像输入。
4:48.560–4:51.760
这就导致Codex下所有跟截图有关的功能都没法用。
4:52.140–4:54.960
比如上周刚出的双击Command键的应用快照。
4:55.200–4:59.200
听说下个月4.1版本会上多模态输入,咱们一起期待一下吧。
5:00.640–5:03.180
屏幕上这些操作全是Deepseek自动执行的。
5:03.520–5:11.120
注意,它不是靠图像识别,而是直接读浏览器的DOM,调用浏览器API和PlayWide工具来处理点击和滚动。
5:12.780–5:17.780
今天的视频就差不多到这里了,我们走通了两个平台官方介入第三方API的完整流程。
5:18.280–5:21.720
日常写代码写小说的话,我更推荐Cloud Code,方便又好用。
5:21.720–5:28.360
桌面端需求多的,建议下个月可以试试Codex配上Deepseek 4.1,应该就不会像屏幕上这样简单模式还踩雷了。
5:29.320–5:31.280
如果这期内容对你有用,不妨点个关注。
5:31.440–5:32.660
非常感谢,我们下期见。
0:00.000–0:13.060
你知道吗,其实Codex和Cloud Code官方一直都支持接入其他模型的,像DeepSeek V4、Dobel或者本地部署的签问都可以接入。评论区也有很多小伙伴在问怎么配置,这期视频就会给你答案。
0:14.040–0:18.280
有人可能会问,原生模型用得好好的,干嘛要折腾?原因很简单。
0:18.880–0:26.080
很多公司有刚性的合规要求,必须得用指定的模型,甚至所有模型都需要本地部署,保证安全和隐私。
0:26.080–0:34.580
开始之前先说一下,按照官方文档,在这两个智能体工具里接入第三方模型,本身没什么技术难度,也不会有风险。
0:35.080–0:40.200
但如果你用的是非官方的方法,或者接了来源不正规的API,那就是另一个故事了。
0:41.020–0:46.320
今天咱们只走官方路线,最安全最正规的那种,一起把第三方模型接入这两个平台。
0:47.040–0:51.060
先说Cloud Code,因为跟Codex比,它的配置真的太简单了。
0:51.060–0:58.640
根据你的操作系统,屏幕上的路径里,找到CC的全局配置文件,打开,把屏幕上的这组环境变量粘贴进去就行。
0:58.860–1:03.320
不同模型只需要替换模型名称,对应的base URL和你自己的API Key。
1:03.600–1:10.280
这些信息每家模型厂商的文档里都有详细说明,屏幕上给的是Deep-seek V4 Pro 100万上下文的配置。
1:10.280–1:15.960
保存之后,进入CC,用斜杠context的命令检查一下。
1:18.580–1:21.960
刚才配置的Deep-seek V4和百万上下文已经生效了。
1:22.780–1:24.760
不到一分钟搞定,CC就是这么方便。
1:26.360–1:30.900
再来看Codex,安装完打开,第一步就提示支持其他方式登录。
1:30.900–1:36.660
要填API Key,这里随便敲个1024,立刻就进去了。
1:37.060–1:40.120
界面功能一切正常,只是还不能真正使用。
1:41.780–1:46.640
根据Codex官方文档,接第三方模型得手工改配置,界面上没法操作。
1:47.040–1:53.300
我以MacOS为例演示一下如何修改,在你的用户目录下面,打开.codex这个隐藏文件夹。
1:53.600–1:59.440
两个文件最关键,一个是auth.json,刚才的1024就写在这里。
1:59.440–2:03.860
另一个是config.tml,Codex的全部配置都在里面。
2:05.000–2:08.840
而接入中遇到最大的一个坑,是API接口的协议。
2:09.320–2:17.200
Codex只支持最新的response API,这是专门给agent设计的调用接口,能承载更复杂的返回结构。
2:17.680–2:21.780
但是,支持这个协议的第三方模型其实不多。
2:23.460–2:27.500
先把官网配置模板复制过来,然后需要API Key和base URL。
2:27.500–2:32.400
我手上就只有阿里百炼支持Response API,直接去他们家文档里找。
2:32.680–2:37.280
提醒一下,百炼的API Key和他们家的CodingPlan的Key是两回事,别搞混了。
2:38.300–2:42.920
而且百炼文档里也说了,Response API有部分参数是不支持的。
2:43.160–2:48.640
你要是想接别的模型,先去文档里确认一下知不支持这个协议,以及支持到什么程度。
2:48.640–2:52.920
回到Codex的配置文件,把配置项粘贴进去。
2:53.160–2:57.520
注意,这段模型配置一定要放在顶层,也就是不要缩进到任何section里。
2:58.320–2:59.560
配置项我待会放评论区。
3:00.780–3:03.300
接着打开Auth.json,贴入你的API Key。
3:03.900–3:05.100
保存,就全部完成了。
3:05.640–3:10.900
记得先重启一次Codex,再次打开后,可以看到刚才配置的签问模型已经生效了。
3:10.900–3:12.280
我们试一下看看。
3:13.740–3:18.400
没问题,模型调用了内置工具,读出了刚才手工配置的模型信息。
3:19.240–3:26.680
小结一下,如果你用了第三方模型支持Response API,把屏幕上这些官方配置项填好,Codex就能正常用了。
3:27.320–3:33.360
本来视频到这就该结束了,但我在实际用签问3.7的时候发现,它在Codex里工具调用总是出错。
3:33.780–3:38.580
除了写代码,高级功能几乎全都用不了,猜测跟刚才说的部分参数不支持有关。
3:38.580–3:42.220
没办法,我只能换成Deepseek v4继续测。
3:43.040–3:48.180
而Deepseek和大部分模型一样,不支持Response API,所以得额外搭个桥接器。
3:48.480–3:51.000
我用的是开源的CCX,配置看屏幕。
3:51.480–3:57.440
一般来说,我是不推荐在官方APP之外额外装东西的,多一个组件就多一份配置和管理成本。
3:57.780–4:02.380
所以不喜欢折腾的朋友,可以等Deepseek后续支持这个协议了,再直接接入。
4:02.380–4:09.120
很快地过一遍CCX的安装和配置,先到它的官网,找到适合你操作系统的版本。
4:09.720–4:11.420
建议选择Dextop桌面版。
4:12.080–4:14.680
安装后,打开,把服务启动起来。
4:15.260–4:18.000
然后进渠道中心,新建一个Deepseek渠道。
4:18.380–4:20.560
注意目标格式选CodexResponse。
4:20.760–4:25.200
输入你在Deepseek后台创建的API Key,保存一下,就配好了。
4:25.200–4:32.100
下面我们用Deepseek V4 Pro在Codex里跑一个特别的任务,让它调用浏览器,在网页上玩一局扫雷。
4:32.700–4:36.120
这个场景可以测到它对Codex内置插件和工具的适配程度。
4:36.620–4:40.420
因为使用Codex的小伙伴,可能更在意的是这些桌面端的高级能力。
4:41.720–4:48.260
顺便说一下,虽然Deepseek官网已经灰度上线了实图模式,但他们家API目前还不支持图像输入。
4:48.560–4:51.760
这就导致Codex下所有跟截图有关的功能都没法用。
4:52.140–4:54.960
比如上周刚出的双击Command键的应用快照。
4:55.200–4:59.200
听说下个月4.1版本会上多模态输入,咱们一起期待一下吧。
5:00.640–5:03.180
屏幕上这些操作全是Deepseek自动执行的。
5:03.520–5:11.120
注意,它不是靠图像识别,而是直接读浏览器的DOM,调用浏览器API和PlayWide工具来处理点击和滚动。
5:12.780–5:17.780
今天的视频就差不多到这里了,我们走通了两个平台官方介入第三方API的完整流程。
5:18.280–5:21.720
日常写代码写小说的话,我更推荐Cloud Code,方便又好用。
5:21.720–5:28.360
桌面端需求多的,建议下个月可以试试Codex配上Deepseek 4.1,应该就不会像屏幕上这样简单模式还踩雷了。
5:29.320–5:31.280
如果这期内容对你有用,不妨点个关注。
5:31.440–5:32.660
非常感谢,我们下期见。
0:00.000–0:13.060
你知道吗,其实Codex和Cloud Code官方一直都支持接入其他模型的,像DeepSeek V4、Dobel或者本地部署的签问都可以接入。评论区也有很多小伙伴在问怎么配置,这期视频就会给你答案。
你知道吗,其实Codex和Cloud Code官方一直都支持接入其他模型的,像DeepSeek V4、Dobel或者本地部署的签问都可以接入。评论区也有很多小伙伴在问怎么配置,这期视频就会给你答案。
0:14.040–0:18.280
有人可能会问,原生模型用得好好的,干嘛要折腾?原因很简单。
有人可能会问,原生模型用得好好的,干嘛要折腾?原因很简单。
0:18.880–0:26.080
很多公司有刚性的合规要求,必须得用指定的模型,甚至所有模型都需要本地部署,保证安全和隐私。
很多公司有刚性的合规要求,必须得用指定的模型,甚至所有模型都需要本地部署,保证安全和隐私。
0:26.080–0:34.580
开始之前先说一下,按照官方文档,在这两个智能体工具里接入第三方模型,本身没什么技术难度,也不会有风险。
开始之前先说一下,按照官方文档,在这两个智能体工具里接入第三方模型,本身没什么技术难度,也不会有风险。
0:35.080–0:40.200
但如果你用的是非官方的方法,或者接了来源不正规的API,那就是另一个故事了。
但如果你用的是非官方的方法,或者接了来源不正规的API,那就是另一个故事了。
0:41.020–0:46.320
今天咱们只走官方路线,最安全最正规的那种,一起把第三方模型接入这两个平台。
今天咱们只走官方路线,最安全最正规的那种,一起把第三方模型接入这两个平台。
0:47.040–0:51.060
先说Cloud Code,因为跟Codex比,它的配置真的太简单了。
先说Cloud Code,因为跟Codex比,它的配置真的太简单了。
0:51.060–0:58.640
根据你的操作系统,屏幕上的路径里,找到CC的全局配置文件,打开,把屏幕上的这组环境变量粘贴进去就行。
根据你的操作系统,屏幕上的路径里,找到CC的全局配置文件,打开,把屏幕上的这组环境变量粘贴进去就行。
0:58.860–1:03.320
不同模型只需要替换模型名称,对应的base URL和你自己的API Key。
不同模型只需要替换模型名称,对应的base URL和你自己的API Key。
1:03.600–1:10.280
这些信息每家模型厂商的文档里都有详细说明,屏幕上给的是Deep-seek V4 Pro 100万上下文的配置。
这些信息每家模型厂商的文档里都有详细说明,屏幕上给的是Deep-seek V4 Pro 100万上下文的配置。
1:10.280–1:15.960
保存之后,进入CC,用斜杠context的命令检查一下。
保存之后,进入CC,用斜杠context的命令检查一下。
1:18.580–1:21.960
刚才配置的Deep-seek V4和百万上下文已经生效了。
刚才配置的Deep-seek V4和百万上下文已经生效了。
1:22.780–1:24.760
不到一分钟搞定,CC就是这么方便。
不到一分钟搞定,CC就是这么方便。
1:26.360–1:30.900
再来看Codex,安装完打开,第一步就提示支持其他方式登录。
再来看Codex,安装完打开,第一步就提示支持其他方式登录。
1:30.900–1:36.660
要填API Key,这里随便敲个1024,立刻就进去了。
要填API Key,这里随便敲个1024,立刻就进去了。
1:37.060–1:40.120
界面功能一切正常,只是还不能真正使用。
界面功能一切正常,只是还不能真正使用。
1:41.780–1:46.640
根据Codex官方文档,接第三方模型得手工改配置,界面上没法操作。
根据Codex官方文档,接第三方模型得手工改配置,界面上没法操作。
1:47.040–1:53.300
我以MacOS为例演示一下如何修改,在你的用户目录下面,打开.codex这个隐藏文件夹。
我以MacOS为例演示一下如何修改,在你的用户目录下面,打开.codex这个隐藏文件夹。
1:53.600–1:59.440
两个文件最关键,一个是auth.json,刚才的1024就写在这里。
两个文件最关键,一个是auth.json,刚才的1024就写在这里。
1:59.440–2:03.860
另一个是config.tml,Codex的全部配置都在里面。
另一个是config.tml,Codex的全部配置都在里面。
2:05.000–2:08.840
而接入中遇到最大的一个坑,是API接口的协议。
而接入中遇到最大的一个坑,是API接口的协议。
2:09.320–2:17.200
Codex只支持最新的response API,这是专门给agent设计的调用接口,能承载更复杂的返回结构。
Codex只支持最新的response API,这是专门给agent设计的调用接口,能承载更复杂的返回结构。
2:17.680–2:21.780
但是,支持这个协议的第三方模型其实不多。
但是,支持这个协议的第三方模型其实不多。
2:23.460–2:27.500
先把官网配置模板复制过来,然后需要API Key和base URL。
先把官网配置模板复制过来,然后需要API Key和base URL。
2:27.500–2:32.400
我手上就只有阿里百炼支持Response API,直接去他们家文档里找。
我手上就只有阿里百炼支持Response API,直接去他们家文档里找。
2:32.680–2:37.280
提醒一下,百炼的API Key和他们家的CodingPlan的Key是两回事,别搞混了。
提醒一下,百炼的API Key和他们家的CodingPlan的Key是两回事,别搞混了。
2:38.300–2:42.920
而且百炼文档里也说了,Response API有部分参数是不支持的。
而且百炼文档里也说了,Response API有部分参数是不支持的。
2:43.160–2:48.640
你要是想接别的模型,先去文档里确认一下知不支持这个协议,以及支持到什么程度。
你要是想接别的模型,先去文档里确认一下知不支持这个协议,以及支持到什么程度。
2:48.640–2:52.920
回到Codex的配置文件,把配置项粘贴进去。
回到Codex的配置文件,把配置项粘贴进去。
2:53.160–2:57.520
注意,这段模型配置一定要放在顶层,也就是不要缩进到任何section里。
注意,这段模型配置一定要放在顶层,也就是不要缩进到任何section里。
2:58.320–2:59.560
配置项我待会放评论区。
配置项我待会放评论区。
3:00.780–3:03.300
接着打开Auth.json,贴入你的API Key。
接着打开Auth.json,贴入你的API Key。
3:03.900–3:05.100
保存,就全部完成了。
保存,就全部完成了。
3:05.640–3:10.900
记得先重启一次Codex,再次打开后,可以看到刚才配置的签问模型已经生效了。
记得先重启一次Codex,再次打开后,可以看到刚才配置的签问模型已经生效了。
3:10.900–3:12.280
我们试一下看看。
我们试一下看看。
3:13.740–3:18.400
没问题,模型调用了内置工具,读出了刚才手工配置的模型信息。
没问题,模型调用了内置工具,读出了刚才手工配置的模型信息。
3:19.240–3:26.680
小结一下,如果你用了第三方模型支持Response API,把屏幕上这些官方配置项填好,Codex就能正常用了。
小结一下,如果你用了第三方模型支持Response API,把屏幕上这些官方配置项填好,Codex就能正常用了。
3:27.320–3:33.360
本来视频到这就该结束了,但我在实际用签问3.7的时候发现,它在Codex里工具调用总是出错。
本来视频到这就该结束了,但我在实际用签问3.7的时候发现,它在Codex里工具调用总是出错。
3:33.780–3:38.580
除了写代码,高级功能几乎全都用不了,猜测跟刚才说的部分参数不支持有关。
除了写代码,高级功能几乎全都用不了,猜测跟刚才说的部分参数不支持有关。
3:38.580–3:42.220
没办法,我只能换成Deepseek v4继续测。
没办法,我只能换成Deepseek v4继续测。
3:43.040–3:48.180
而Deepseek和大部分模型一样,不支持Response API,所以得额外搭个桥接器。
而Deepseek和大部分模型一样,不支持Response API,所以得额外搭个桥接器。
3:48.480–3:51.000
我用的是开源的CCX,配置看屏幕。
我用的是开源的CCX,配置看屏幕。
3:51.480–3:57.440
一般来说,我是不推荐在官方APP之外额外装东西的,多一个组件就多一份配置和管理成本。
一般来说,我是不推荐在官方APP之外额外装东西的,多一个组件就多一份配置和管理成本。
3:57.780–4:02.380
所以不喜欢折腾的朋友,可以等Deepseek后续支持这个协议了,再直接接入。
所以不喜欢折腾的朋友,可以等Deepseek后续支持这个协议了,再直接接入。
4:02.380–4:09.120
很快地过一遍CCX的安装和配置,先到它的官网,找到适合你操作系统的版本。
很快地过一遍CCX的安装和配置,先到它的官网,找到适合你操作系统的版本。
4:09.720–4:11.420
建议选择Dextop桌面版。
建议选择Dextop桌面版。
4:12.080–4:14.680
安装后,打开,把服务启动起来。
安装后,打开,把服务启动起来。
4:15.260–4:18.000
然后进渠道中心,新建一个Deepseek渠道。
然后进渠道中心,新建一个Deepseek渠道。
4:18.380–4:20.560
注意目标格式选CodexResponse。
注意目标格式选CodexResponse。
4:20.760–4:25.200
输入你在Deepseek后台创建的API Key,保存一下,就配好了。
输入你在Deepseek后台创建的API Key,保存一下,就配好了。
4:25.200–4:32.100
下面我们用Deepseek V4 Pro在Codex里跑一个特别的任务,让它调用浏览器,在网页上玩一局扫雷。
下面我们用Deepseek V4 Pro在Codex里跑一个特别的任务,让它调用浏览器,在网页上玩一局扫雷。
4:32.700–4:36.120
这个场景可以测到它对Codex内置插件和工具的适配程度。
这个场景可以测到它对Codex内置插件和工具的适配程度。
4:36.620–4:40.420
因为使用Codex的小伙伴,可能更在意的是这些桌面端的高级能力。
因为使用Codex的小伙伴,可能更在意的是这些桌面端的高级能力。
4:41.720–4:48.260
顺便说一下,虽然Deepseek官网已经灰度上线了实图模式,但他们家API目前还不支持图像输入。
顺便说一下,虽然Deepseek官网已经灰度上线了实图模式,但他们家API目前还不支持图像输入。
4:48.560–4:51.760
这就导致Codex下所有跟截图有关的功能都没法用。
这就导致Codex下所有跟截图有关的功能都没法用。
4:52.140–4:54.960
比如上周刚出的双击Command键的应用快照。
比如上周刚出的双击Command键的应用快照。
4:55.200–4:59.200
听说下个月4.1版本会上多模态输入,咱们一起期待一下吧。
听说下个月4.1版本会上多模态输入,咱们一起期待一下吧。
5:00.640–5:03.180
屏幕上这些操作全是Deepseek自动执行的。
屏幕上这些操作全是Deepseek自动执行的。
5:03.520–5:11.120
注意,它不是靠图像识别,而是直接读浏览器的DOM,调用浏览器API和PlayWide工具来处理点击和滚动。
注意,它不是靠图像识别,而是直接读浏览器的DOM,调用浏览器API和PlayWide工具来处理点击和滚动。
5:12.780–5:17.780
今天的视频就差不多到这里了,我们走通了两个平台官方介入第三方API的完整流程。
今天的视频就差不多到这里了,我们走通了两个平台官方介入第三方API的完整流程。
5:18.280–5:21.720
日常写代码写小说的话,我更推荐Cloud Code,方便又好用。
日常写代码写小说的话,我更推荐Cloud Code,方便又好用。
5:21.720–5:28.360
桌面端需求多的,建议下个月可以试试Codex配上Deepseek 4.1,应该就不会像屏幕上这样简单模式还踩雷了。
桌面端需求多的,建议下个月可以试试Codex配上Deepseek 4.1,应该就不会像屏幕上这样简单模式还踩雷了。
5:29.320–5:31.280
如果这期内容对你有用,不妨点个关注。
如果这期内容对你有用,不妨点个关注。
5:31.440–5:32.660
非常感谢,我们下期见。
非常感谢,我们下期见。

影片筆記：Codex 和 Claude Code 接入第三方模型 (DeepSeek V4 | Qwen 3.7)，亲测可用的官方方案！

一句話總結

影片詳細講解了如何在 JetBrains 環境中，透過官方認可的路線將第三方模型（如 DeepSeek V4 Pro、阿里百煉）接入 Cloud Code 與 Codex 兩個智能體工具，並針對 Codex 支援的技術痛點（Response API 協議）提供了使用開源橋接器 CCX 的解決方案與實測結果。

核心重點

  1. Cloud Code (CC) 配置簡易：
  • 只需修改全局配置文件中的環境變量（模型名稱、Base URL、API Key）。
  • 支援如 DeepSeek V4 Pro 等模型，並支援百萬上下文。
  • 適合日常寫代碼或小說，無技術門檻。
  1. Codex 配置複雜但功能完整：
  • 需手動修改隱藏文件 auth.json 與 config.tml。
  • 關鍵痛點：Codex 僅支援最新的 Response API 協議，導致原生支援該協議的第三方模型較少。
  • 若模型不支援 Response API（如 DeepSeek），需透過開源橋接器 CCX 進行轉接。
  1. DeepSeek V4 Pro 實測方案：
  • 透過 CCX 橋接器成功在 Codex 中調用瀏覽器插件（DOM 讀取、Playwright）執行掃雷任務。
  • 技術原理為直接讀取瀏覽器 DOM 並調用 API，而非圖像識別。
  1. 當前限制與預期：
  • 目前 API 尚不支援圖像輸入，導致截圖、應用快照等多模態功能失效。
  • 預計待 Codex 4.1 版本更新後可改善多模態功能。
  • 桌面端高級需求建議等待 Codex 4.1 版本搭配 DeepSeek 使用。

詳細大綱

1. 前言與動機

  • 官方支援接入第三方模型（DeepSeek V4、Dobel、本地部署模型等）。
  • 主要驅動因素為企業合規、安全隱私及本地部署需求。
  • 強調僅採用官方路線，確保安全性。

2. Cloud Code (CC) 接入指南

  • 優點：配置簡單，無技術門檻。
  • 步驟：
  1. 找到 CC 全局配置文件（依操作系統路徑）。
  2. 貼上環境變量（模型名稱、Base URL、API Key）。
  3. 使用 /context 命令驗證配置是否生效。

3. Codex 接入指南

  • 優點：界面功能完整，但配置需手動修改文件。
  • 步驟：
  1. 進入用戶目錄隱藏文件 .codex。
  2. 修改 auth.json 填入 API Key。
  3. 修改 config.tml 填入模型配置。
  4. 關鍵注意事項：配置項必須放在頂層（Top-level），不可縮進至任何 section。
  5. 重啟 Codex 驗證生效。

4. 技術痛點：Response API 協議

  • Codex 僅支援專為 Agent 設計的 Response API。
  • 支援此協議的第三方模型較少。
  • 需查證模型廠商文檔是否支援該協議及支援程度。
  • 若模型（如阿里百煉）原生支援 Response API，可直接配置使用。
  • 若模型（如 DeepSeek）不支援，則需透過開源橋接器 CCX 進行轉接。

5. DeepSeek 接入與橋接器 CCX

  • 問題：DeepSeek 不支援 Response API，直接接入會導致工具調用錯誤。
  • 解決方案：使用開源橋接器 CCX。
  • CCX 配置步驟：
  1. 下載安裝 Desktop 桌面版。
  2. 啟動服務。
  3. 進入渠道中心新建 DeepSeek 渠道。
  4. 目標格式選擇 CodexResponse。
  5. 輸入 DeepSeek 後台 API Key。

6. 實測與功能限制

  • 實測場景：使用 DeepSeek V4 Pro 在 Codex 中調用瀏覽器玩掃雷。
  • 技術原理：非圖像識別，而是直接讀取瀏覽器 DOM，調用瀏覽器 API 與 Playwright 工具。
  • 限制：目前 API 不支援圖像輸入，導致截圖、應用快照等多模態功能失效。
  • 預期：Codex 4.1 版本預計支援多模態輸入。
  • 補充資訊：Deepseek 官網已灰度上線實圖模式（需查證具體功能定義）。

7. 總結建議

  • 日常寫代碼/小說：推薦 Cloud Code。
  • 桌面端高級需求：建議等待 Codex 4.1 版本搭配 DeepSeek 使用。

工具 / 模型 / 名詞整理

  • Codex：JetBrains 智能體工具。
  • Cloud Code (CC)：JetBrains 智能體工具。
  • DeepSeek V4 / DeepSeek V4 Pro：第三方模型，支援百萬上下文。
  • DeepSeek 3.7：提及的模型版本。
  • Dobel：提及的模型名稱（疑似聽寫錯誤）。
  • 簽問：提及的本地部署模型名稱（疑似聽寫錯誤）。
  • 阿里百煉 (Alibaba Bailian)：模型服務平台。
  • CodingPlan：阿里百煉相關 Key 類型。
  • CCX：開源橋接器，用於將 DeepSeek 等模型轉接為 Codex 支援的格式。
  • PlayWide：提及的瀏覽器工具（疑似 Playwright 聽寫錯誤）。
  • Response API：Codex 專用的 API 協議類型。
  • DOM：Document Object Model，瀏覽器結構模型。
  • 掃雷 (Minesweeper)：測試場景。
  • auth.json：Codex 配置文件，用於存放 API Key。
  • config.tml：Codex 配置文件（原文拼寫，需查證擴展名）。
  • 4.1 版本：Codex 預期更新版本，預計支援多模態。
  • 1024：API Key 的佔位符示例。

操作流程整理

Cloud Code 接入流程

  1. 定位至 Cloud Code 的全局配置文件（依操作系統而定）。
  2. 在配置文件中添加環境變量：
  • 模型名稱
  • Base URL
  • API Key
  1. 在 Cloud Code 中使用 /context 命令，確認配置已生效。

Codex 接入流程（原生支援 Response API 模型）

  1. 進入用戶目錄下的隱藏文件夾 .codex。
  2. 編輯 auth.json，填入 API Key。
  3. 編輯 config.tml，填入模型配置。
  • 注意：配置項必須位於頂層（Top-level），不可縮進至任何 section。
  1. 重啟 Codex 應用。
  2. 驗證模型是否生效。

Codex 接入流程（DeepSeek 透過 CCX 橋接）

  1. 下載並安裝 CCX Desktop 桌面版。
  2. 啟動 CCX 服務。
  3. 進入 CCX 渠道中心，新建 DeepSeek 渠道。
  4. 在渠道設置中，目標格式選擇 CodexResponse。
  5. 輸入 DeepSeek 後台獲取的 API Key。
  6. 在 Codex 中配置指向 CCX 的相關設置（依影片邏輯推斷，需確保 Codex 能呼叫 CCX 轉接後的接口）。
  7. 重啟 Codex 並進行測試（如掃雷任務）。

值得注意的限制或風險

  1. 協議兼容性：Codex 僅支援 Response API 協議，這大幅限制了可直接使用的第三方模型數量。
  2. 多模態功能缺失：目前 API 不支援圖像輸入，導致截圖、應用快照等多模態功能無法使用。
  3. 版本依賴：多模態功能的恢復預計需等待 Codex 4.1 版本更新。
  4. 配置錯誤風險：Codex 的 config.tml 配置若縮進錯誤（未放在頂層），將導致配置失效。
  5. 橋接器依賴：使用 DeepSeek 等不支援 Response API 的模型時，必須依賴 CCX 橋接器，增加了架構複雜性。

逐字稿辨識疑點

  • Dobel：逐字稿提及「DeepSeek V4、Dobel或者本地部署的签问」，「Dobel」疑似為某模型名稱的聽寫錯誤，需查證。
  • 签问：逐字稿提及「本地部署的签问」及後文「实际用签问3.7」，「签问」疑似為某模型名稱的聽寫錯誤（可能為「千問」Qwen 或其他），需查證。
  • config.tml：逐字稿提及配置文件為 config.tml，通常 JSON 或 YAML 格式常見，.tml 擴展名較少見，需查證是否為聽寫錯誤（如 .toml 或 .json）。
  • PlayWide：逐字稿提及「调用浏览器API和PlayWide工具」，疑似為 Playwright 的聽寫錯誤。
  • 1024：逐字稿提及「这里随便敲个1024」，作為 API Key 的佔位符示例。
  • Deep-seek V4 Pro 100万上下文：逐字稿提及「Deep-seek V4 Pro 100万上下文」，需注意模型名稱連字符及上下文長度描述的準確性。
  • 灰度上线了实图模式：逐字稿提及「Deepseek官网已经灰度上线了实图模式」，「实图模式」疑似為「實時圖像」或「多模態」功能的聽寫，需查證。

可延伸追問

  1. CCX 橋接器的具體開源地址與維護狀態為何？
  2. config.tml 的確切文件格式與語法規範為何？
  3. Codex 4.1 版本預計何時發布，多模態功能支援的具體範圍為何？
  4. 除了 DeepSeek 和阿里百煉，還有哪些第三方模型原生支援 Response API？
  5. 在企業環境中部署本地模型時，如何確保 CCX 橋接過程中的數據安全與合規性？

尚未產生學習筆記

請在 Telegram 指令最後加上「學習」，例如：videonote 網址 英文 雙語 學習