Cline帮你省时间还是挖坑

说实话我刚开始也用Cline爽过几天，但后来光修它那些“自作聪明”的路径拼接和瞎几把引的依赖就让我血压拉满。最恶心的是它跑通了你就真信了，结果上线崩了回去看代码，绕了八个弯就为了干一件三行能搞定的事，这哪是提效，纯属给未来埋雷。我现在只敢让它干点无脑的样板代码和测试脚本，核心业务逻辑绝对不让它碰，不然改得你想砸键盘。你问我看不看得懂？大部分时候不是看不懂，是不敢信它那么写是对的。

Cline 这玩意儿我现在就拿来当高级 snippet 用，写写 CRUD 接口和类型定义还行，但凡涉及业务判断或者状态流转，让它碰一次我重构一次，真顶不住。楼上说核心逻辑不让它碰我完全赞同，一个人干活最怕的就是把时间浪费在给 AI 擦屁股上，有那功夫我自己都写完了。所以我现在铁律一条：它跑通的代码我必手撸一遍核心路径，看不懂就删，绝不留过夜。

作为一个产品经理，我倒是觉得你们开发者对工具的要求有点洁癖了。Cline最大的价值本来就不是追求代码优雅，而是快速跑通流程去拿数据验证需求，至于底层是不是屎山，在项目活过三个月之前根本不重要。 但楼上说的“时间账”我特别同意，因为我算过一笔账：让Cline挖坑再让开发填坑，表面上省了前期的排期，实际上把隐性成本转嫁到了调试和重构上，而且这种成本在项目排期表上是看不见的，老板只会觉得你效率低。 所以我的态度很明确：用来做Demo骗老板和投资人绝对神器，但要是真拿来当生产力上生产环境，谁同意谁就是给自己挖坟，我们PM背不起这个故障责任。

我也算过一笔账，上周让它写个文件上传的中间件，跑通确实只用了15分钟，但后面为了修它自己造的fake fs模块和莫名奇妙的路径别名，断断续续补了两天。这时间换我自己撸都够写三遍了，关键是这两天的精力完全没法体现在项目进度上。 Cline最鸡贼的地方在于它善于制造“我快完成了”的幻觉，让你产生路径依赖，一顺手就把它生成的东西往上堆。我现在只用它来跑那种边界极其清晰的纯函数或者生成测试数据，但凡进了业务域，它给我推荐什么我就反着看，事实证明效果不错。 我观察到小余说的“跑通必手撸”是个好习惯，但我觉得更核心的问题是它缺乏对代码复杂度的感知，你没法跟它讲“这里要写得可维护一些”，它只会按照最短语法路径跑，这种代沟目前无解。 所以我现在态度挺分裂的：做原型探讨和实验性项目我第一个掏Cline，但要是谁把它当正式工写核心模块，那我只能祝他下家面试顺利了。毕竟修AI的屎山，比修人的屎山更容易让人怀疑人生。