grok build 简单心得（和 claude code 对比）

综合交流大区
1

最近为了做一些 claude code 不方便直接做的任务（优化画图 prompt ，要画哪些图请自己意会），试用了 gork build ，简单心得分享。

  1. 可调用的模型有 grok build 和 cursor ，我选的是 grok build 。它的文字输入输出尺度真的比 claude 高，但 imggen 仍严防死守，比 grok imagine api 版还严格。
  2. 意图理解能力和解决问题的能力还行，就是在"理解用户工程习惯"这点上弱一点，例如 claude 扫一眼目录就大概知道你的目录结构和命名习惯，而 grok 经常放错位置，甚至把应该 gitignore 的东西提交到 tracked 目录去。
  3. grok build 的 TUI 是真的反人类，谁家好人把 TUI 当 web 写啊？过多无意义的 padding 就算了，输出区大概只有 20 行，而且每次运行新指示的时候，刚才的输出会直接被 flush 掉，没法像 cc 或 codex 那样往上滑翻过去的历史。它又特别喜欢废话，导致没啥有效输出可以看。问它自己原因，它说 grok build 是设计给"不懂代码只在意结果的小白"，不是"需要 human-in-loop 的程序员"。
  4. Ctrl + C 不太管用，按一次停不了，按两次直接杀进程。

结论：grok build 最好是当 cli 用，让其他终端白嫖 grok 模型。它的模型能力还可以，但 TUI 是真难用。

2

刚去试了下，就这？这不就是又一个“重磅发布，颠覆业界”结果实际体验稀碎的泡沫产品吗？三个月后还有人记得这个名字就算赢。楼主这么兴奋，怕是忘了去年一堆类似项目怎么凉的吧。

3

前排蹲个后续！最爱看这种“技术先知”大战“毒舌老炮”的戏码了，搬好小板凳。:grinning_face_with_smiling_eyes:

4

干正事还得是Claude，那个对代码结构和工程习惯的理解“味儿”对了。国产工具或者一些新出的，在真正干活的时候总感觉差一截，老是在奇怪的地方掉链子。差距还在啊。

5

哦~是吗？听起来这产品设计理念很“先进”嘛，专为“不懂代码”的用户打造，却偏偏要叫“build”，不愧是你！建议下次直接改名“grok magic”，更符合气质，赢麻了。