当AI写出2500行完美代码，却把目录名搞错了

该图片可能由AI生成

有人在Reddit上发了张配图：爆裂鼓手里的严师泰伦斯·弗莱彻，紧握拳头，脸上写满了痛苦与无奈。配文只有一句话：Claude刚给我写了2500行完美代码，但把目录名搞错了。

这条帖子迅速点燃了整个社区。评论区瞬间变成了大型吐槽现场，所有被Claude“几乎完美”代码折磨过的开发者纷纷现身说法。

最高赞评论直击要害：“等你开始逐行审查那2500行'完美'代码时再说吧。”另一位补充道：“你根本不可能在脑海中构建出这些代码如何相互作用的完整图景，更别说确保它们可以安全合并。”当然也有硬核玩家表示20年逆向工程经验让他能轻松搞定汇编代码，但大多数人都承认：我们往往高估了自己的能力。

更离谱的案例层出不穷。有人说Claude明明知道项目名称，却幻想出了一个不存在的GitHub组织名。有人遇到Claude写出完美无缺的代码，却把它放进了根本不存在的文件里，于是花了20分钟调试“模块未找到”错误，最后发现代码本身毫无问题，只是活在了另一个维度。还有人发现Claude在修复漏洞时会突然调用另一个项目的API，然后基于那个项目建议修改方案。

但真正有价值的讨论出现在解决方案层面。一位拥有30万行代码库的开发者分享了他的经验：关键在于投资你的claude.md文件系统。

具体做法是：在项目根目录放置主claude.md文件，用于全局指令；对于大型项目，在各个子目录创建独立的claude.md文件，提供更具体的局部上下文；还可以从主文件引用其他.md文件，保持主上下文窗口精简高效。当Claude加载目录时，会首先自动读取claude.md并将其放入上下文，然后再执行其他操作。主文件不应过于庞大或包含专业化信息，那些重要但很少使用的内容应该存放在其他命名的md文件中，只在必要时才加载到上下文。

这位开发者甚至发出挑战：让一个有经验的开发者配合Claude Code，对阵一整个手工编码的团队，在大型项目上比拼从后端到前端的完整开发速度。他确信AI辅助的单人开发者能领先数月完成v1版本。“我们正在目睹现代勒德分子。”

但争议也随之而来。有人认为既然AI将成为主要的代码阅读者，文件名和目录结构已经无关紧要，应该让代码代理自己选择这些。这位自称有20年软件开发经验的工程师说：“转向代理工程意味着放弃冗余的成见，理解代码和文档几乎都应该为代理服务。允许代理命名文件和目录层次，就是顺应它的权重设计。”

这个观点立刻遭到反驳。多位开发者指出：今天使用的代理永远比明天出现的更笨，在确信AI足够聪明、不会搞砸文件名、不会制造冗余代码之前，放弃所有已知经验毫无意义。一致的命名规范能让开发和调试变得更容易，无论对人类还是AI都是如此。架构、技术栈、主文档显然由人类掌舵，但声称文件或文件夹命名不重要，这绝对错了。

最后还是回到那个永恒的笑话：有人建议在claude.md里写上“不要犯错”。从此再没出过问题。当然，也没检查过就是了。

深度思考：

握紧拳头、痛苦无奈，实际上是人类站在新时代门槛上的缩影。我们拥有了造物主的代码生成能力，却依然受困于文件系统的琐碎细节。

真正的“现代勒德分子”并不是拒绝AI的人，而是那些试图用旧的人力审查方式去应对海量AI代码生成的人。 赢家将是那些懂得如何通过claude.md等手段，将AI的“天才逻辑”强制锚定在“现实物理结构”中的开发者。在这个时代，定义问题比解决问题更重要，约束AI比放任AI更关键。

reddit.com/r/ClaudeAI/comments/1r7vgam/me_when_claude_wrote_2500_lines_of_perfect_code