defaw

cc 会更好，codex 的人体工学不好，不能像 cc 一样实施看到 LLM 自己执行 shell 指令的结果，对于超过 10s 才能执行完的指令来说，会令使用者变得相当焦虑。

正版 max 稳定 35tps

再补充一个发布当天测的场景，kotlin 仿写了一套 jetbrains 的 compose dsl 的简化实现，实现大部分基础布局参数，随后基于这个渲染底座，构造了 html 解析器，实现了 html to compose dsl ，js 和 css 分别用 Rhino 和自建状态机实现，实现一个基本的 kotlin 版本的浏览器实现。
总结一下我这几天的使用，简单任务用 glm5.2 没意义，毕竟他的输出速度只有 35tps ，写前端界面这种用 minimax 这种输出速度 70 以上的然后智力还过得去足够了，基础设施这种需要长期作为其他代码底座的东西才是最需要 glm5.2 的地方。

可以无监督移植 fluidnc 这种 cnc 程序，移植我的新电机，剪裁功能，重写单测，通过 qemu 执行，逆向分析 elf ，剥离 arduino ，自动重写 portinglib 兼容层，解决我的一切问题，而这一切就发生在昨晚凌晨，gpt 反正做不到，除非我开 pro 一直用 xhigh

比降智的 gpt5.5 强得多

@HarlanZhang 5h 额度用尽之后会开始使用积分，有 5h 额度优先用 5h 额度

@wcwcxiaobin 睾贵的老用户没有周限，minimax 最做人的一次

minimax 还行，49 那个我每天蹬 1 亿，glm max 干复杂的，minimax 干简单的

openvino ，用处多的是，最简单的调用方式就是你直接用 torch 写张量计算,10 行代码都用不了