狠狠夸Grok build

我之前主要是 claude code 里面 opus 主控（后来换 fable 试了下没感觉提升很多），一些笨活，审查 都会用 codex exec 交接给 gpt 去干。自从 claude code 丧心病狂，安插后门之后，很久不敢在本地蹬它了。

（codex cli 感觉 harness 还是差点意思，或者需要高超技巧才能调教好，但众所周知，gpt 模型在理解意图和中文表达上还是差点意思，所以总是要配点别的模型）

后来把 opus 换成了 glm，但是 opencode go 的 200k 蹬的不尽兴，还总要换账号。各家大厂的 coding plan 不是抢不到就是用不了（对，说的就是你，busy 率来到 90% 的讯飞）

今天在 grok build 里面试用了一下 grok 4.5，感觉很惊艳啊，又快表达能力又好，而且产品做得很用心，我问它怎么从 claude 把 harness 迁移过来的时候，它居然说 默认已经兼容 了

甚至还很贴心内置了一个 resume-claude 的 skill，虽然没什么技术含量，但也很有心了

然后 grok 本身也可以外接其它模型，并且可以一起用（不过站内已经反馈把这里面的 grok 反代出去，似乎消耗额度会快很多)

最后分享一下目前规划的一个 team 层次，总之还是需要一款高效准确理解意图的秘书模型，grok build 里面的 grok 4.5 感觉就很不错

另外提示一下，其实是有 xhigh (max) 的，只是 /model 默认只展示前三档

但通过 /effort xxx 输一个不存在的，就会提示其实有 7 个选项

不过输入 max 也会变成 xhigh

经评论区大佬 @huangbaoleng 指出，以上存疑，根据grok自己描述，缓存的models_cache.json里面只有三档，但是xhigh能跑并记载，可能是源码做了兼容性转换？（没开源，也没截取真实请求，不确定 ^-^