Claude 辅助开发:读代码、改 bug 实测
读老代码、定位 bug 是 Claude 的强项,复杂需求要拆小了喂:开发用它,这几条经验先记下。

先说结论:开发用 Claude,最顺手的是两件事——读别人写的老代码,和定位 bug。复杂的大功能别指望一次写对,拆小了喂给它,成功率才高。下面是我自己用下来的经验。
读老代码:贴上去让它讲逻辑
接手别人的项目,最头疼的是读代码。把关键文件贴过去,让它讲讲这段代码是干什么的、数据怎么流转、哪里容易出问题。它讲一遍,你再自己跟一遍代码,理解速度快不少。
还有一个用法是让它画个结构出来:这个项目有哪些模块、模块之间怎么调用。先有个全貌,再钻细节,比直接扎进代码堆里强。
改 bug:把报错全文贴过去
改 bug 的时候,别只贴报错那一行。把报错全文、相关代码、还有你已经试过的方法一起发过去,它定位问题准得多。只给半句话,它只能猜,猜错了还得来回问,浪费时间。
修完之后,让它讲讲这个 bug 是怎么来的、以后怎么避免。弄明白原因,比修好这一次更值钱,同样的坑下次就不会再踩。
别指望一次写对大功能
实话实说:让它一次写个完整的大功能,翻车的概率不低。正确的做法是拆小:先写个最小可用的版本,跑通了再加功能。每加一块,测一块,有问题马上改。步子小,走得稳。
写新功能:先讲清楚再动手
让它写新功能之前,先把需求讲清楚:这个功能是干什么的、输入输出是什么、有没有现成的接口可以调用。需求讲得越清楚,它写出来的代码越贴合你的项目。写完之后别急着提交,先自己读一遍:逻辑通不通、边界情况处理了没有、有没有多余的代码。读一遍再提交,比直接合并省很多返工。还有一个习惯:让它写完顺带写几条测试用例,跑通了再合并,稳得多。
写代码、读代码这种高强度用法,Max 5x 一个月 840.55 元额度才够造;轻度使用,Pro 176.11 元也行。价格见Claude 订阅代充页,写完的代码别忘了自己测一遍,能跑才是真的写对了。




