用 LLM 写代码对架构清晰和代码质量的要求其实更高,因为 LLM 不是你的脑子,他不知道现在的架构里面有哪些坑,没有那些 Context,在短上下文的情况下一个歪掉的塔只会越盖越歪。
比如你的系统里面有一坨 legacy 导致了两条 parallel 实现,LLM 搞不清楚该在哪条上继续开发,就会变成一会在 legacy 上雕花一会去在正常流程上堆料,最后一团混乱。
你必须得非常清楚自己的架构,如果歪了赶快扶正,尽可能多地写文档。索性 LLM 很擅长做重构(大概率比你擅长),在多次 Review 的情况下会给你一个干净的结果,而且它也大概率比你会写文档。
所以,别用 LLM 糊屎,糊出来了屎也不是 LLM 的问题,是你的管理技术有问题。
比如你的系统里面有一坨 legacy 导致了两条 parallel 实现,LLM 搞不清楚该在哪条上继续开发,就会变成一会在 legacy 上雕花一会去在正常流程上堆料,最后一团混乱。
你必须得非常清楚自己的架构,如果歪了赶快扶正,尽可能多地写文档。索性 LLM 很擅长做重构(大概率比你擅长),在多次 Review 的情况下会给你一个干净的结果,而且它也大概率比你会写文档。
所以,别用 LLM 糊屎,糊出来了屎也不是 LLM 的问题,是你的管理技术有问题。