Claude + Codex + Grok，就是王炸
希声约 6 分钟大家好，我是洋哥。
很多人以为，AI用得好，就是找到一个足够强的模型。
但真正拉开差距的，不是你会不会某个工具，而是能不能把几个模型组织起来，像一个小团队一样完成工作。
一个负责理解和统筹，一个负责执行和检查，遇到关键问题再引入第二意见。这样做的价值，不是同时打开三个聊天窗口，而是让每个模型承担不同角色，形成从需求、Demo、开发到验收的完整闭环。
未来真正有竞争力的，不是一个人会不会使用某个AI，而是一个人能不能带着一支AI队伍，把事情从想法推进到结果。
破局圈友@希声把 Claude Code、Codex 和 Grok 接起来，做网站、跑测试、查问题，并且把备份、回滚和记录都放进工作流里。
如果你也觉得自己不是程序员，却有很多事情想用AI做出来，这篇值得好好学习下。先看懂协同逻辑，再从一个小项目开始，跑通自己的AI工作流。
@希声
大家好，我是希声。
最近我在用 Claude Code、Codex 和 Grok 配合做事，很多人看到后都会问：
怎么让几个 AI 一起干活？
怎么让 AI 带着 AI 做事情？
多个 AI 协同，需要什么文档和环境？
这套用法看起来像是把几个 AI 放在一起，真正开始时却有不少细节会卡住：插件是什么，CLI 怎么装，装完以后在哪个窗口说话？
这篇从安装、调用到实际协作流程，一步一步讲清楚。
我不是程序员，但我会让 AI 分工。
我不懂编程，却一直在用 AI 做网站、做工具、整理资料。
现在比较顺手的用法是：我和 Claude Code 沟通，让它调用 Codex 作图，干执行的活、功能检查。
如果需要做视频或者遇到重要的事情，可以多拉一个模型讨论时，再叫 Grok。
或者 codex 额度不够的时候，grok 顶上去。
这里的原理其实很简单：接通插件和 CLI 后，Claude Code 可以把任务交给 Codex 或 Grok，拿到结果后再检查、继续安排。
可以把它理解成一个小组：Claude 做项目经理，Codex 做执行和初审，Grok 是按需加入的第二意见。
做网站也有个顺序：讲清需求，找参考、做 Demo，确认后小步开发，再做功能和用户体验验收。
上线前留好备份和回滚办法，上线后看数据，改完再验证，最后把改动和交接记录留下来。
先把三个工具接通。
需要安装的是：
Claude Code；
Codex CLI，以及装在 Claude Code 里的 OpenAI 官方 Codex 插件；
xAI 官方 Grok Build CLI。
Grok 可以后面再加。先让 Claude 和 Codex 配合起来，已经够做很多事了。
如果你不会安装，可以直接把安装需求发给 Codex 或 WorkBuddy
注意，Codex 插件装在 Claude Code 里面。你让 WorkBuddy 帮忙安装，最后也是去 Claude Code 里使用它。
再给 AI 一个不会抢窗口的浏览器。
我还强烈推荐 EGO 浏览器。
它可以给 AI 单独开窗口，我继续用自己的浏览器，两边不会抢来抢去。
之后，你在 EGO 里登录好公众号、飞书或其他后台，就可以让 AI 去操作了。
如果你也想拥有自己的AI工作流，中国头部AI商业实战社群AI破局俱乐部，给大家提供了免费的七天实战营。
3天9小时直播，专业导师带你拆解各种AI项目的变现逻辑，扫码就可以开始学习。
网页先做 Demo，再做正式开发。
“做得高级一点”“漂亮一点”，AI 理解的漂亮，经常和你想的不一样。
我的做法是找几个喜欢的网站，把网址和截图给它，再说清楚自己喜欢哪里：是排版、颜色，还是按钮的位置。
提示词：
请用 EGO 浏览器查看这些参考网站：【网址和截图】我喜欢的地方是：【具体说明】结合已经确认的需求，整理主要页面、按钮和跳转关系，再做一个可点击的 Demo，内容换成我们自己的。演示数据请标明，暂时不接真实业务数据。检查需求和页面流程有没有矛盾，完成后打开给我看。
我做统一管理上网配置的后台时，就是先让 Codex 整理需求、画线框图和跳转图，再生成 Demo。不满意的地方，直接截图说“这里不对”“这一步多余”。对着页面改，比对着文档想象容易多了。
Demo 确认后，再交给 Claude 开发。
几个窗口同时改同一个项目，很容易互相覆盖。分支和 worktree 不会弄也没关系，让 AI 处理；你只要知道并行开发必须隔离目录。
每次推送前，留下取舍记录。
每次改动并推送到 GitHub 前，我都会先更新 CHANGELOG。
代码要备份，做过什么、为什么这样做，也要一起留下来。有些方案不是最完美，却是为了少一点复杂度，或者不和其他功能打架才选的。这个背景不写下来，下次新开窗口，AI 看着觉得奇怪，很可能顺手把它“优化”掉。
提示词：
推送到 GitHub 前，请先更新项目现有的 CHANGELOG。记录这次改了什么、为什么这样改、涉及哪些功能、怎么验证，以及还有哪些没完成。如果方案有取舍，说明限制和当时选择它的原因，避免下次优化时误改。
规则文件里写长期要求，具体改动和背景放进 CHANGELOG 或项目现有的决策记录里。
上线前，真的用浏览器跑一遍。
前面开发时已经让 AI 检查过代码，上线前我还会让它控制浏览器，把完整功能跑一遍。
手机和电脑都要看，按钮点完怎么跳转、返回上一步会怎样，也要实际试。特别是付款、套餐和多语种：月付、年付、兑换码叠在一起时，权益和到期时间会不会算错？只测“能付款”远远不够。
提示词：
请用 EGO 浏览器，对当前网站做上线前的功能测试。按实际业务走完整流程，检查主要按钮、页面跳转、返回、失败和恢复，以及手机和电脑上的表现。如果涉及付款、会员或兑换码，测试不同套餐、购买顺序和权益叠加，核对金额、币种、权益与到期时间。有多语种时，检查语言切换、文案、布局和关键流程。逐项报告通过、失败和未验证的内容；发现问题给出复现步骤和证据。
Google Analytics、Search Console、Bing 站长工具和 Clarity，也最好上线前接好。使用哪个账号、地区和币种，记在项目内部的配置说明里，不要把账号、密码或密钥写进公开报告。
再开一个窗口，只看用户体验。
AI 做的网站，有时候功能是通的，用起来却很别扭：下拉选项藏得很深、按钮太小，点完以后不知道下一步。
开发者知道这里应该怎么操作，第一次进来的人可不知道。
所以我会另外开一个 Codex 窗口，让它通过 EGO 从目标用户的角度体验。Claude Code 更适合协调和改代码，体验验收则交给另一个模型，避免“自己写、自己说没问题”。
提示词：
请对这个网站功能做一次用户流程体验验收，用 EGO 浏览器实际操作。先理解它服务谁、解决什么问题，以及用户最终想得到什么结果。从用户正常会到达的入口出发，完成任务并检查失败、返回和恢复。每到关键步骤，判断用户是否知道要做什么、能否找到入口、操作后是否知道成功或出错、是否知道下一步。结合实际渲染和截图检查视觉与交互，不要仅凭元素存在就认定体验良好。输出问题的复现路径、证据、用户障碍、最小改进和验证办法，明确区分观察事实、体验推测和待验证假设。没有实际操作的部分标为未验证。
这一步我希望它真的打开页面、点按钮。只读代码，很难发现“这个按钮虽然能用，但根本没人找得到”。
三个 AI 最方便的地方。
我觉得这三个工具配合起来最方便的地方，就是不用什么都自己查、自己搬、自己检查。
想不清楚，让它们一起讨论；确定好了，让它们去干；做完换一个来挑问题。
AI 不会替你承担所有判断，但它可以把一个人的工作，拆成几个角色共同完成：有人负责理解，有人负责执行，有人负责质疑。
你要做的，不是学会所有命令，而是把每一步的目标、边界和验收标准讲清楚。
把流程跑通以后，很多原本“不懂编程也不敢碰”的事情，就有了一个可以从小处开始、随时检查、出了问题还能回滚的入口。
如果你也想学习如何用AI做网站，中国头部AI商业实战社群AI破局俱乐部，给大家提供了免费的七天实战营。
3天9小时直播，专业导师带你拆解各种AI项目的变现逻辑，扫码就可以开始学习。