国产AI掀桌！GLM 5.2+Codex实现Token自由！下一代人真的不用电脑了？

35分钟 ·4天前

3388

GLM 5.2 把"长程干活"这件事打平之后，真正的问题浮出水面：当 CLI 成了 agent 之间的母语，GUI 到底会死到什么程度？这期我们从数十万美金的 UI 踩坑讲到"操作消失"，得出一个反共识结论，被消灭的不是界面，而是输入这个动作本身！
00:00 GLM 5.2 又一个 DeepSeek R1 时刻？

04:51 Codex是按时收费的律师，GLM是他不花钱的大侄子

07:19 GLM 5.2最大缺点！你们不知道其实它是个瞎子

10:06 CLI 突然翻红成了 agent 的母语？

12:43 Claude Tag有什么不同？

16:45 AI这么发展下去，GUI 会死透吗？

19:05 要不要GUI，我们数十万美金的教训

22:35 别说电脑了，以后年轻人手机都快不会用了

27:29 不是GUI没了，是90% 的操作会被消灭

30:15 上一代创业者对AI的理解是片面的

32:27 其实我和AI的关系发生了变化
【订阅 JustSayAI 早晚报】
🌈 新朋友！订阅「JustSayAI 早晚报」· 每日两封 · 一键听报
🌟 老朋友！加入会员获取 JustSayAI 早晚报+深度研报+文字专栏

【主播小红书】
📕叫我小苏就好啊

【关注频道】
▶️Youtube｜ 📺B 站｜ 📕小红书｜ 🎵抖音｜ 📻Podcast
📱 商务合作/听友群：justsayai666

展开Show Notes

董大正

1 天前

今天Anthropic的文章，看到提到了Kimi，试了下编程，居然还挺好用。ps:我深度Claude code用户

丛林意志

3天前

16:03 UI 肯定不会死透，因为游戏还是强依赖 UI 设计的，因为那玩意是给人设计的，而不是给人工智能，只不过那可能就合入 UX 团队了

刘步闲

:我和你持相同观点，节目里我也提到了。会走成K型吧

生而为猫奴

4天前

為啥每次都先更油管😝都是在那邊聽完了這裡才上傳

刘步闲

:哈哈哈被你发现了🤪🤪 小苏同学可能找掐指算过🥳

cc_9YWK

3天前

真心求教，如何将 glm 接入 codex，我看过 codex 文档，改 config.yaml，也尝试了 cc switch，可以实现把主Agent 替换为 glm，但是没办法，在主 Agent 为 gpt情况下，子 Agent 调用 GLM。不知道是不是大方向错了。

叫我小苏就好啊

:prompt：帮我把 Codex Desktop/CLI 配置为同时支持默认 OpenAI/ChatGPT GPT 模型和第三方 GLM（智谱）OpenAI-compatible 模型，且不得覆盖已有配置。目标模型： * 显示名：GLM-5.2 * model id：glm-5.2 * provider id：glm * base_url：https://open.bigmodel.cn/api/coding/paas/v4 * wire_api：responses 安全要求： * 不得把 API Key 明文写入任何配置文件、脚本、model catalog、命令参数、日志、shell history、终端输出或最终回复。 * API Key 只能优先从 macOS Keychain 读取，其次从环境变量 ZHIPUAI_API_KEY 读取。 * 如果我提供 key，只能写入 macOS Keychain，不得落盘到其他地方。 * 任何新增/修改的 helper、脚本、config、catalog 都必须扫描确认无明文 key。请按以下顺序处理： 1. 读取 ~/.codex/config.toml 和当前 Codex 版本/调试能力，先把 ~/.codex/config.toml 备份到 ~/.codex/backups/<timestamp>/，并保留现有 GPT/OpenAI/ChatGPT 配置。 2. 检查当前 Codex 支持的 provider/wire_api 形态，验证 GLM responses endpoint 是否可被当前 Codex 使用。验证时只能通过 Keychain/env 在内存中取 key，不得把 key 放进命令参数或输出。若不兼容，立即停止并说明需要兼容代理，不要硬写不可用配置。 3. 添加或合并 [model_providers.glm]，但不要把全局 model_provider 改成 glm，确保默认 GPT 仍走 OpenAI/ChatGPT。provider auth 使用 helper command 从 Keychain 或 ZHIPUAI_API_KEY 读取 key，helper 内不得包含明文 key。 4. 如果 Codex Desktop 模型下拉需要 model catalog，请基于当前官方模型列表生成“OpenAI + GLM 共存”的 catalog JSON，并在 config.toml 设置 model_catalog_json。保留 GPT 原有能力字段，尤其不要破坏 GPT image modality；GLM 只声明实际支持的能力。 5. 检查 TOML/JSON 语法，运行 Codex 自带模型/配置调试命令，确认 glm-5.2 可被识别，同时确认默认 model/provider 仍是 OpenAI/ChatGPT。 6. 做 CLI 端到端测试：用 glm-5.2 + model_provider=glm 发最小请求，确认返回正常；再尽量做一次只读工具调用测试，确认 Codex tool loop 可用，不只是模型列表可见。 7. 如果 GUI 能看到 GLM 但发送时报 model is not supported when using Codex with a ChatGPT account，检查 Codex Desktop 是否只切 model 没切 provider。确认后再做可恢复的最小 hack：仅让 glm-* 绑定 provider=glm，GPT 模型继续绑定 OpenAI/ChatGPT。 8. 如果必须修改 /Applications/Codex.app，先备份原始 app.asar 和 app.asar.unpacked 到 ~/.codex/backups/<timestamp>/，创建一键恢复脚本后再改。修改后检查 app.asar 补丁确实存在、关键 app.asar.unpacked 文件完整，并说明 codesign 会因 app.asar 修改失效，后续 Codex 自动更新可能覆盖补丁。最后请告诉我： * 改了哪些文件 * 备份在哪里 * 如何重启 Codex Desktop * 如何测试 * 如何恢复 * 验证结果如何 * GPT 图像生成能力是否受影响

cc_9YWK:非常感谢您的解答，还有一个问题，glm 好像官方没有提供 response endpoint，您是通过什么方式转发的？