vikingmute 分享基于 Grok Bot 的多模型协作开发工作流
vikingmute 公开了他现在的开发工作流：一个产品一个 Grok Bot，写代码、review、设计各配不同模型，出图用 images2，还带自动扫 Issue 和定时周计划，实用细节不少。
vikingmute 把技术开发迁到 Grok Bot 上，每个产品配一个专属 bot，负责记上下文、拆任务和盯 CLI。出设计图用 ChatGPT 的 images2，认为 grok 自带 imagine 的汉字渲染效果不行。写代码直接在 bot 电脑上跑 Cursor CLI，配合 Codex CLI 辅助。按任务切换模型：规划用 Opus 5.5，实现用 Grok 4.7，review 用 Sol 6.1，文案用 Gemini 3.8，日常设计用 Sonnet 5.5。TinyShip 项目每次改动跑全量 E2E 和 smoke 测试，每周自动上线 2-3 个功能点。
更新一个新的设计模型： 设计中添加： 出设计图使用 ChatGPT 的 images2，用来用去出图还是 images2，好用，grok自带的 imagine 那个出图效果不行，汉字还是搞不明白，我用的 codex cli ，不知道大家觉得目前生图模型哪个最好？我还是觉得 images2 不错。 之后会把这个私有 skills 发布 供大家使用 Viking @vikingmute 最近把技术开发基本都挪到 Grok Bot 上了，分享一下现在的工作流： 1 一个产品一个 bot 每个项目各有专属 bot，记自己的 repo 测试规则和上下文，不搞写作 设计 review 测试拆一堆 2 写代码不用 Cursor cloud agent，慢没必要，直接在 bot 电脑上跑 Cursor CLI，我是老的 plan，bot 和 grok model 和 other models 是分开算的，还有 Codex CLI 作为辅助。 3 按任务换模型，安装到了全局 skill 当中 代码： 规划大任务用 Opus 5.5 写具体实现用 Grok 4.7 review 用 Sol 6.1 文案/文档： 用 Gemini 3.8 设计： 定首页方向大设计用 Opus 5.5 日常改设计用 Sonnet 5.5 设计落代码再回 Grok 产品更新视频用 Opus 5.5 这样按照 Cursor 三种不同的额度可以比较平均的分配 4 Bot 负责协调拆任务 盯 CLI 看 diff、跑项目测试（TinyShip 现在每次改完都跑全量的 E2E + smoke），最后给我总结。代码基本不看了，靠其他模型 review，大改动我会用 review-forge 选两个模型分别看，验收全靠全量 E2E。 5 自动化任务包括： * 扫描 Issue 并且提出方案 * 周计划可以全自动定时跑，现在需求都是 AI 替我想的，保证产品持续迭代，每周至少都会上 2-3 个点，所以最近项目升级都很频繁 现在感觉整个流程非常舒服，挺喜欢 Grok Bot 的，觉得是现在做的最好的，可惜就是 Linux 主机，做网站最好，对于一些Mac 的原生应用就没法测试了。 🔗 View Quoted Tweet 💬 1 🔄 0 ❤️ 2 👀 636 📊 2 ⚡
