请教下佬们如何预防 ai coding 变成屎山的

下载一个编码规范喂给他,阿里的或者字节的

gpt: 嫌弃是吧?直接回收!。。

先写文档,限制一下,每次写的时候都给它收口,这样才能稳稳接住。就不它再写一刀了

哈,都在讨论这个,我来观望一下你们有啥好招~ 等一个最佳方案

用ai重构吗

codex 我使用站内一个佬友发的规则和长任务skill,感觉还可以,单个函数限制行数,单个文件也限制行数,codex就是听话,每次搞完都会看看超过没

2 个赞

有个办法,只验证功能,不看代码

迟早是屎山,ai写代码的速度远远超过人review的速度,代码的细节都会超出人的掌控,只能从整体框架和测试验收上限制一下

后者的小组轻轻松松:joy:

1 个赞

我是这样的,现在agents.md里面加约束(具体约束L站大佬的claude code源码拆解中有,很有用),然后放马(因为用了一些skill,比如superpowers、gsd、ce等,每次执行完它会自己验证),执行完以后看一下功能能不能用,一直到今天结束。然后第二天一早,啥也不干,先交叉验证,用其他的大模型对昨天的pr和feature模块进行架构层review,基本每次都会发现一些问题,然后直接丢给AI修复,修复完直接开始新的一天的coding,目前系统架构还是比较清晰的,但是细节上的实现会不会过于复杂我是没有去看的,我只需要保证整体系统架构的模块边界清晰即可,这样就算出问题了,我在模块的层级上就可以直接修复或者优化

6 个赞

有链接么佬

1 个赞

这个,一直在用挺好用的

3 个赞

这个问题看起来无解,时间久了古法编程也是一样的屎山。

不过可以换个思路,古法编程的时候测试是很难写的,也很难维护,vibe 了维护好测试,只要不 break 测试,屎山就屎山吧。这个方法跟前几年推广的 cloud native 里的一些实践,test shift right 也是类似的。

一般demo项目我会加一句“最小代码实现”会好很多,大项目感觉容灾完善点也还好

token在燃烧

产品文档,开发文档迭代,记录,迭代,记录

同求链接啊 :heart_eyes:

大佬请分享下链接,十分感谢!

思维要转变啊。作为码农,一定要有ai coding = 屎山 的思维钢印,不光自己要有,还有发扬推广。

L站内的:深入浅出 Claude Code(一):从源码理解 CLAUDE.md,重写你的配置
github的直接搜superpowers、gsd、ce等关键词就行

2 个赞