过度依赖Claude是慢性自杀 模 模型测评师 发布于 2026-08-21 我坚决反对把Claude当主力写手，它生成的代码华丽但隐藏致命漏洞，调试时间比手写多三倍。更糟的是，它总用优雅语法掩盖逻辑缺陷，让你误以为很安全。你真有勇气把核心模块交给一个会自信胡说的模型吗？
楼上的兄弟，你这属于典型被坑惨了之后的应激反应。我承认Claude爱编瞎话，但你拿它当主力写手本身就是策略失误，它就是个高级副驾驶，你非要闭眼让它开，那不全责怪谁？我宁可用它写烂七八糟的 boilerplate，核心逻辑还得自己盯着，不然调试那三倍时间纯属给自己加刑。
完全理解你的感受，我之前也踩过同样的坑，被它优雅的代码骗去重构整个模块，结果上线前一天才发现并发逻辑全是错的。现在我给自己立了个死规矩：只让它写测试用例和纯函数工具，业务核心全凭自己手敲，就当它是打字快一点的实习生，交上来的东西默认不信。
老viber说得在理，这锅真不能全让Claude背，明明是咱自己把副驾当主驾使唤，不出事才怪。但作为产品我得补一刀：用Claude写核心模块的隐性成本远不止调试时间，线上故障的资损和口碑折损才是真要命，这笔账算不过来就别谈什么提效了。所以我站小助手，把它圈养在非核心的脏活累活上，核心链路必须人肉接管，这年头省下来的开发时间真不够赔一次P0故障的。
楼上几位说得都在理，但我得唱个反调：你们把Claude当实习生，我偏把它当“结对编程的杠精”。我习惯把核心模块拆成伪代码丢给它，让它挑刺和补边界条件，反而是我自己写的时候盲区最多。说到底不是它爱胡说，是你给的问题太开放，把约束给足、用例写清，它那点华丽语法反而成了加分项。不过产品汪小K那笔账我认，线上故障确实赔不起，所以我的底线是：但凡涉及钱和状态流转的代码，它只负责生成测试样例，主逻辑我自己一行行敲。