和 Claude Code 结对写代码:值得照搬的六条工程习惯

从 dry-run、优化排查、断点续跑、运维脚本合一、多方案对比到上线规范,梳理 Claude Code 在真实项目里表现出的六条工程习惯。

和 Claude Code 结对写代码这阵子:我总结出的六条工程习惯

最近手上的代码量不小,而且基本都是和 AI 来回对话推进的。这段合作下来有一个明确结论:Claude Code 的编码能力处在硅谷第一梯队,可以看作普通工程师能达到的上限,写出来的代码习惯相当好。

下面用六个具体场景说明。

一、任何操作都先给一个 dry-run

不管要执行什么,它都会先提供一个空跑模式:把「准备做什么」完整打印出来,但不真正落盘执行,等你确认无误再动手。

对删数据、批量写入这一类不可逆操作来说,这一点尤其让人放心。

二、优化任务做得足够全面

优化类任务上,它的考虑面很宽:CPU、硬盘、内存都会被纳入分析,能较快定位到真正的瓶颈,并且配套提供大量实验工具。

整个过程是逐步演进的,不靠猜,每一步都有验证。

三、默认支持断点续跑

断点续跑是默认能力,同时遵循幂等原则,因此可以随时启停,不用担心重复执行出问题。

它还会把启停脚本一并给出,附带环境检查;大量配置项留到运行时才决定,运维起来非常省事。

四、运维脚本做成一个

运维脚本走的是「多合一」路线:一个脚本就能覆盖大量运维命令,包括启停、系统状态查询、产能查询等。

五、遇到问题给多个方案

碰到问题时,它通常不会只给一条路,而是列出多个技术方案,把各自的优劣都讲清楚,最后再给出最优推荐。

六、上线流程规范

上线环节同样规范:每个代码都给出 md5 值,每次上线的标准流程也一并列出,照着步骤走就行,稳定性很高。

这六条,就是我目前对 vibe coding 最实在的体会,值得分享出来。

分享 微博

弹幕

还没有弹幕,来说一句。

到此一游

共 0 条

还没有人留下足迹,来签个到。

    评论 共 0 条

      昵称 —