惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Last Week in AI
Last Week in AI
D
DataBreaches.Net
腾讯CDC
Recent Announcements
Recent Announcements
有赞技术团队
有赞技术团队
A
About on SuperTechFans
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Google DeepMind News
Google DeepMind News
Microsoft Security Blog
Microsoft Security Blog
云风的 BLOG
云风的 BLOG
罗磊的独立博客
月光博客
月光博客
MyScale Blog
MyScale Blog
U
Unit 42
Martin Fowler
Martin Fowler
Stack Overflow Blog
Stack Overflow Blog
T
Tailwind CSS Blog
Engineering at Meta
Engineering at Meta
N
Netflix TechBlog - Medium
G
Google Developers Blog
博客园 - 【当耐特】
D
Docker
I
InfoQ
雷峰网
雷峰网

博客园 - 三国梦回

oracle中date类型在mybatis中查询时遇到的坑 mitmweb在linux上进行反向代理及浏览器中实时查看请求响应 windows codex更新失败如何处理 windos上codex沙盒报错问题记录 廉颇老矣,装个EclipseMemoryAnalyzer都能卡一小时 codex windows平台中elevated sandbox机制学习 codex windows平台中unelevated sandbox机制学习 bug排查:nacos做配置管理,给服务返回的配置竟然是错的 windows安装codex desktop和cc-switch,接deepseek v4 flash windows安装ddns-go,上传动态的ipv6到自己的域名 immortalWrt路由器上抓包查看电脑联网如何获取ip 路由器刚刷的immortalWrt系统,我是如何配置ipv6的 路由器刷openwrt之ImmortalWrt过程记录--上 spring boot 项目中oracle datasource设置schema spring cloud项目中,在bootstrap.yml中指定了active的profile,结果不生效 线上服务重启后,从nacos取不到配置了,怎么回事 nginx location没学好,把自己坑了一把 技术问题记录20260125 最近遇到的两个技术问题记录 linux服务器文件上传失败 线上遇到的redis和数据库数据未同步问题、redisson内部实现问题 复杂业务系统线上问题排查过程 nacos中配了一个数字,springboot取回来怎么变了 一个java空指针异常的解决过程 简单记录下最近2个月完成的线上系统迁移工作 centos停服,迁移centos7.3系统到新搭建的openEuler 端口telnet不通排查过程 https证书中的subject alternative name字段作用及如何生成含该字段的证书 linux中如何判断一个rpm是手动安装还是通过yum安装的 对接服务升级后仅支持tls1.2,jdk1.7默认使用tls1.0,导致调用失败
codex对接智谱coding plan,我发现连cc switch也不用了
三国梦回 · 2026-08-30 · via 博客园 - 三国梦回

背景

大家好,我是逐日。周末在家里电脑折腾,本来还是按惯例在弄codex--》cc switch--》智谱,翻官方文档的过程中,发现智谱好像已经原生支持了openai的response接口。

试了试,连cc swtich也省了,感兴趣的可以试试。

智谱官方提供的产品

产品形态,我现在理解有3种:

  • api(你拿了api可以随便开发自己的harness产品)
  • coding plan,编码套餐,分为个人版本和公司团队版本,这种是要求在指定的harness白名单中调用,就是市面上知名的那些,比如claude code、codex、trae、opencode等等
  • zcode:智谱官方的harness软件

glm coding plan

https://bigmodel.cn/glm-coding

分为个人套餐,包含3种:

image-20260830133209133

团队套餐,有两种,我们公司就是买的团队套餐:

image-20260830133236750

文档在这里:

https://docs.bigmodel.cn/cn/coding-plan/overview

这里也说了,团队套餐(里面每个成员,可以获取每个人自己的api key)只能在专门的编码工具里使用:

image-20260830133511435

基本该有的都有吧:

image-20260830133702904

codex 如何直接接入glm

coding plan是默认可以使用最新的所有模型的,如:GLM-5.3GLM-5.3-Flash

image-20260830133842111

具体的接入步骤,主要可以看这里:

https://docs.bigmodel.cn/cn/coding-plan/quick-start

下图就可以看到,已经可以直接使用codex对接了:

image-20260830133952278

codex的接入,主要就是看这里:

https://docs.bigmodel.cn/cn/coding-plan/tool/codex

codex配置好智谱之后的样子

配好后,主要就是codex的config.toml发生了变化:

看下图,就是多了个model provider:ZAI,这个名字自己可以随便取,智谱默认用的这个名字(z.ai是智谱的海外域名)。

model_provider就指定了,使用ZAI这个provider中的配置,模型使用glm-5.3-flash。

image-20260830134430170

这个模型glm-5.3-flash的详情在哪里呢?

在这一行配置中查看:

model_catalog_json = "~/.codex/models.json"

打开这个文件一看,里面是个数组,数组里面包含了多个模型:

image-20260830134822223

大家可以看到,上图中,除了模型名字之外,还有很多的配置,这些东西,自己去配的话,肯定配的没官方的好。所以,我们最好就是按照智谱官方文档来弄。

使用自动化工具配置codex中对应内容

上面那些内容(config.toml还好就几行,自己也能改;但model.json这个还是比较麻烦)挺麻烦的。之前使用cc switch的时候,cc switch也会帮我们弄这个model.json文件,但我发现,cc switch弄的model.json和智谱官方的不太一样,可能是我没用好cc switch,但我暂时就先不去研究cc switch了。

如何使用自动化工具来配置:

https://docs.bigmodel.cn/cn/coding-plan/tool/codex#方式二:自动化助手

image-20260830135358092

https://docs.bigmodel.cn/cn/coding-plan/extension/coding-tool-helper

支持配置这几个软件:

image-20260830135452632

步骤也比较简单,先安装node.js,再

npm install -g @z_ai/coding-helper

## 然后运行 coding-helper 或 chelper
coding-helper

然后就会让你:
选择界面语言 —> 选择编码套餐 —> 输入 API 密钥 —> 选择要管理的工具
—> 自动安装工具(如需要) —> 进入工具管理菜单 —> 装载编码套餐到工具
—> 管理 MCP 服务(可选) —> 完整配置,启动编码工具

对了,这个在运行的过程中,检测到我没安装codex-cli,会提示安装。我之前以为安装了chatgpt桌面版本,cli就自动装了呢,原来还是需要单独安装。

这个可以重复运行(因为下面选模型那里只能单选,我第一次选了5.3,后面又运行了一次,选了5.3-flash。然后在model.json中就包含两个模型了,就可以在chatgpt的桌面ui上切换模型了):

image-20260830135747484

image-20260830135823389

image-20260830135843056

这个只能单选,我一开始选了5.3,model.json中就只有5.3;后面又运行了一次,选了5.3-flash,model.json里就多了个5.3-flash了。

这里弄完后,config.toml就自己配好了:

model_provider = "ZAI"
model = "glm-5.3-flash"
model_reasoning_effort = "max"
model_catalog_json = "~/.codex/models.json"

[model_providers.ZAI]
name = "ZAI"
base_url = "https://open.bigmodel.cn/api/v1"
experimental_bearer_token = "111111111111111111111111"  注意,包含了key
wire_api = "responses"

config.toml中推理级别的疑惑

model_reasoning_effort,这里给我们配的max。

但我打开chatgpt时,发现却是“中”:

image-20260830140643147

我是比较疑惑,还专门问了codex自己:

image-20260830140810153

我问它在哪里看的,怎么看的:

方法1

先输入/status,获取线程id:

image-20260830140854572

然后会在如下路径,找到log文件:

C:\Users\1111\.codex\sessions\2026\08\30\rollout-2026-08-30T12-30-07-01a050ee-90a7-74b2-a589-46c25c7bbf63(这后部分就是会话id).jsonl

里面大概可以看到记录的推理强度:

image-20260830141221260

方法2

可以查看数据库:

image-20260830141317901

C:\Users\111\.codex\logs_2.sqlite

可以用dbeaver连这个sqlite数据库,查询:

select datetime(ts,'unixepoch','localtime'), substr(feedback_log_body,1,500) from logs where thread_id='<你的线程ID>' and feedback_log_body like '%codex.turn.reasoning_effort=%' order by id desc limit 1;

image-20260830141428078

找到了显示为“中”的解决办法

原来是设置里有个选项,里面的最高没有勾选:

image-20260830141530013

勾选了就好了:

image-20260830141602289

选了这个选项后,在config.toml中会多行配置:

[desktop]
enabled-reasoning-efforts = ["low", "medium", "high", "xhigh", "ultra", "max"]

我们在config.toml中指定的就是max推理级别,这下就正好在上面这个列表中,所以就在页面可以映射成最高了。

智谱什么时候支持codex直连的

查了下,好像就是8月份才支持的:

https://github.com/zai-org/GLM-5/issues/39

image-20260830142209425

现在ai变化真的好快,感觉文章写出来就过时了,就像代码的文档一样。