文章详情

专注互联网科技,赋能企业数字化发展

永远不要相信你的 Claude Code 和 Codex

作者:永远不要相信你的 Claude Code 和 Codex

大家好,我是三娃老爸。 之前说要开课,讲 Claude Code 和 Codex 这两位老师的 coding 使用教程,这不就来了嘛。 我本人长期使用这两位老师,构建了一个完整的 ERP 生态项目。不能说百分百完整,但整个项目除去数据库,也已经接近 2.4GB 大小了。 第一课,我们先讲一句听起来很反直觉的话: 永远不要相信你的 Claude Code 和 Codex。 这不是说它们不强。 恰恰相反,它们太积极、太能干,也太容易显得“已经搞定了”。 项目小的时候,它们很惊艳。 项目一大,就容易出现顾这头忘那头的问题。尤其是 Claude Code,很喜欢派子代理,子代理又经常因为上下文有限而误报,Codex怎么说呢,很奇妙,调教的子代理也很奇妙,我经常丢一个前端UI设计给到Codex让他1:1复现然后约束它用子代理进行验收,好家伙,哥们直接把前端UI理解后生成提示词给到子代理验收,结果当然是合格!!这个内容我们以后讲,可以解决。 所以第一条规则,建议你加入全局 CLAUDE.md 和 AGENTS.md: 请你永远不要过于自信,也不能相信你的任何子代理汇报的结果,所有的结果必须经过主代理的确认。 这句话的作用是让主代理冷静下来,不要轻易相信“下面的人说完成了”。 第二个问题,是领导自己。 很多人会无脑让 AI 继续、继续、继续。说实话我以前也这样。 但后来我发现,我不知道它到底在干什么。 Claude Code 特别喜欢硬核 coding,输出一堆你看不懂的内容。 Codex 是纯纯老实人,只干活,不太爱解释。但它喜欢整花活,是曲线救国专家。 所以第二条规则也建议加进去: 请你在汇报工作时,尽量使用白话告知我业务逻辑和实现方式,没有我的指令不要输出 MD 文档,请你直接在本地起端口,使用 HTML 格式然后逐条可以添加评论的方式进行计划和事务交互。 你不需要每一行代码都看懂。 但你必须知道它改了什么业务逻辑、为什么这么改、有没有绕路、有没有假装经过你的同意。 第一课点到为止。 祝大家 coding 快乐,点到为止!!不要贪杯哦~ 最后,评论留言下,你们猜猜上面的图是哪位老师做的?#codex教程 #Claudecode教程 #vibecoding

返回新闻列表