我用 Claude Code 写了三个月代码，总结出这 5 条铁律

Zhaobin Claude Code

从"哇塞"到"嗯，还行"再到"真香"

三个月前我第一次用 Claude Code，感觉像发现了新大陆——"这也行？那也行？我的天！"

一个半月后，我遇到了各种翻车现场，一度觉得"AI 也就这样吧"。但坚持用下来，慢慢摸清了它的脾气，现在属于"真香"阶段。

下面这 5 条铁律，拿命换的（夸张了，但真的很重要）。

铁律一：不要把需求描述得太模糊

反面教材： "帮我优化一下这段代码。"
AI 的理解： 好的，我把 const 改成 let，变量名从 a 改成 b，加了几行注释。
你的内心： ……这叫优化？？

正确姿势： "帮我优化这段代码，重点提升性能。这个循环每次都在操作 DOM，改成用 DocumentFragment 批量插入。"

AI 不是读心术师。你把需求说得越具体，它给的结果就越接近你想要的。这就像你去咖啡店说"来杯喝的" VS "一杯热拿铁，燕麦奶，少糖"——结果完全不一样。

铁律二：写 Skill 比重复打字爽一万倍

我见过太多人每次都要打一大段话："帮忙 review 这段代码看看有没有安全问题性能问题代码规范问题用中文输出按严重程度排序"。

你打这段文字花 30 秒，一个月重复 20 次就是 10 分钟。写个 Skill 花 5 分钟，后面每次省 30 秒，10 次就回本了。

算笔账你就明白的事，为什么不去做？懒要懒对地方。

铁律三：复杂逻辑要"分步走"

翻车现场： "帮我写一个完整的电商购物车系统，包括添加商品、删除、修改数量、优惠券计算、库存校验、价格排序……"

结果 AI 写了一堆代码，看起来像模像样，一运行直接报 50 个错。因为：它在一个上下文里做了太多事情，前面写的东西后面忘了，变量命名冲突，逻辑自相矛盾。

正确姿势： 分步来——

  1. "帮我写购物车的类型定义"
  2. "帮我写添加商品的函数"
  3. "帮我写删除商品的函数"
  4. "帮我写优惠券计算逻辑"
  5. "好，现在把以上整合在一起"

每一步确认没问题了再走下一步。这就像写代码你自己也不可能一口气写完整个系统不调试——对吧？

铁律四：代码审查不能省

AI 写代码也会写 bug，而且有时候是那种特别蠢的 bug。

我遇到过 AI 写出来的 bug：

  • 用了一个根本不存在的 API
  • SQL 查询里忘了 WHERE 条件（直接把全表删了你信不信）
  • 循环里改了迭代变量导致死循环
  • 异步函数忘记加 await

我自己写代码会 review，为什么 AI 写的就不 review 了？AI 不是神，它只是"一个会写代码的工具"，最终你才是那个对代码负责的人。

铁律五：通过 CLAUDE.md 教 AI 你的项目规范

AI 不知道你项目的风格偏好。它不知道你喜欢用 enum 还是 union type，不知道你偏好 const 函数还是 function 声明，不知道你的 CSS 是用 Tailwind 还是 CSS Modules。

但你可以在 CLAUDE.md 里告诉它。一次教会，终身受益。

## 代码规范
- 使用 const 声明函数，不用 function
- 类型定义优先用 interface 而不是 type
- CSS 用 Tailwind 类，不用 styled-components
- API 响应格式统一为 { code, data, message }

把它放在项目根目录，每次 Claude Code 启动都会自动读。从此 AI 写的代码风格跟你的项目一模一样——看着舒心，改着省心。

总结

AI 工具用得好不好，七分在人，三分在工具。Claude Code 是个好工具，但如果你只是简单地"用"，那你可能只发挥了它 30% 的价值。把这 5 条铁律记在心里，慢慢你就从"会用"变成"用得精"了。

最后一篇，我们来点轻松好玩的——那些年 Claude Code 让我踩过的坑，笑到肚子疼。

comments powered by Disqus