Wei(@wei_wang):研究了几天，我终于发现 Grok 的正确使用方式了：把它当成高速、廉价、额度几乎用不完的杂活 Agent。 Grok 的优缺点都很明显： 1. 速度非常快，但比较懒，复杂任务的质量不如 Sol 5.6 和 Fable 2. 订阅附带 X 蓝标，对做自媒体的人可能有用 3. 使用额度非常宽松，Grok Imagine 还能快速生成图片和视频 4. 生成质量比不上 Kling 和 SD，但速度快、对嘴不差，做原型完全够用 Unity 最近又开放了 CLI，所以 Grok 最适合连接 Unity、Unreal、Blender 等工具，帮你批量处理素材、改场景、写脚本和完成重复性工作。 Fable 和 Sol 太贵，不适合拿来干所有杂活。更合理的工作流是：先让 Grok 快速做到超过 MVP 的 Prototype，连图片和视频一起做出来；最后再交给 Fable 或 Sol 做架构审查、质量提升和收尾。便宜模型负责跑量，顶级模型负责判断。这样用才不浪费。

2026.08.04 00:16

研究了几天，我终于发现 Grok 的正确使用方式了：把它当成高速、廉价、额度几乎用不完的杂活 Agent。 Grok 的优缺点都很明显： 1. 速度非常快，但比较懒，复杂任务的质量不如 Sol 5.6 和 Fable 2. 订阅附带 X 蓝标，对做自媒体的人可能有用 3. 使用额度非常宽松，Grok Imagine 还能快速生成图片和视频 4. 生成质量比不上 Kling 和 SD，但速度快、对嘴不差，做原型完全够用 Unity 最近又开放了 CLI，所以 Grok 最适合连接 Unity、Unreal、Blender 等工具，帮你批量处理素材、改场景、写脚本和完成重复性工作。 Fable 和 Sol 太贵，不适合拿来干所有杂活。更合理的工作流是：先让 Grok 快速做到超过 MVP 的 Prototype，连图片和视频一起做出来；最后再交给 Fable 或 Sol 做架构审查、质量提升和收尾。便宜模型负责跑量，顶级模型负责判断。这样用才不浪费。