写不清楚重写十遍也是搬家

一句提示词就能重写整个项目。这最近让一位开发者起了疑心。他给这类成果起了个名字，日抛型。 起因是他看到的关于 Opus 5.5 的对话剧本。有人抱怨项目烂到根，技术栈、性能、后端、数据库、前端全是问题，修不如推倒。然后让模型先写一份功能文档。开个全新文件夹，不看旧代码直接重写，还特意交代一句，我更加信任你，放手让它按自己的思路全盘来。 剧本看着解气，疑点也在这。重写出来的东西一次成型，能跑能看。可要是下个需求进来，还得再推一遍。那这项目就成了日用品，用完即弃，积累不下来。重构本来的意思是变好之后守住，不是换个地方重新堆。 我的看法是两边都有理，但理不在一层。模型重写解决的是烂代码的心理负担。解决不了需求沉淀这件慢活。文档写得再好，业务规则的例外情况，还得靠人在坑里踩过才知道，机器替不了。把全盘重写当日常手段的团队，迟早在下一个日抛里还上今天的债，躲不掉。 真想借这股劲重构的，先逼自己把功能文档写到能拿去开新项目的程度。能写清楚，说明你想明白了。写不清楚的，重写十遍也是把糊涂搬了个家，地方变了毛病没变。