AI编程避坑指南,你的Token在燃烧
大家好,我是老陈 👋
先说个真事:上个月我让 AI 修一个"按钮点了没反应"的小 bug,它一顿操作,把能跑的代码重构了一半,token 烧掉一大截,按钮还是没反应。😅
冷静复盘后发现:问题真不在工具,在用法。
这几个月我把 Claude Code、Cursor、Codex、TRAE、CodeBuddy 这些主流工具的官方文档和社区最佳实践翻了个遍,总结出新手最烧钱的 7 个坏习惯——每一个我都亲自犯过:
1️⃣ 一句话需求就开干:AI 不会读心,你没说的它全靠猜,每次猜错都是 token 在买单
2️⃣ 对话拉太长不清场:这叫 context rot,会话越长 AI 越"笨",一个任务一个会话
3️⃣ 不写项目规则文件:新会话=新员工报到,规矩写进 CLAUDE.md,别靠口头培训
4️⃣ 让 AI 自己选技术栈:它选它最熟的,不是适合你的
5️⃣ 跳过计划直接写码:先要计划再动工,2 分钟纠偏省 2 小时返工
6️⃣ 修 bug 只会说"还是不对":贴完整报错、讲清预期,修 3 轮不行果断回滚
7️⃣ 从不让 AI 自证:它说"修好了"≠真修好了,让它跑完测试再交付
每个坑的踩坑现场、正确姿势和口诀都在图里,一张一个坑。建议翻到第 9 张——发车前自查清单,开工前扫一眼,能省不少钱 💰
说到底,AI 编程工具不是许愿机,是需要管理的"数字员工"。你会带人,就会用它。
后续老陈再展开来讲, CLAUDE.md、AGENTS.md、.cursor/rules 到底怎么写?我对比了 6 家的官方玩法,模板直接抄。欢迎关注老陈,了解更多AI编程动态。
你踩过什么坑?评论区聊聊 👇
广东,6分钟前,
夜雨聆风