为什么开发者仍说“我构建了它”，而实际上是Claude写的代码

一位以gonzar79名义发帖的Hacker News用户问道，为什么开发者说“我构建了它”而不是“Claude为我构建了它”或“我让Claude构建了这个”。该帖子的主流回答是，软件中的署名从来不是由谁敲击键盘来定义的——而是由谁设定目标、指导工作、交付结果并承担责任来定义的。大多数评论者将Claude视为与编译器、IDE或CNC机床同类的工具。

核心论点：责任定义了署名

该帖子中获赞最多的推理是，无论使用何种工具，交付产品的人拥有它。“我构建了它”是责任的声明，而非体力劳动的声明。

因为他们确实构建了它。无论他们使用什么工具，他们对最终产品负责。使用CNC机床制造实体物品的人，不会拒绝承认他们制造了该物品，即使机器完成了工作。不要陷入将Claude或任何其他LLM拟人化的陷阱。它是一个工具。使用它的人仍然是创造者。

另一条相关评论进一步明确了生成代码与构建产品之间的区别：模型并未独立决定要做什么。

因为Claude并没有坐下来分析我的业务，并想方设法为其需求定制最独特、最定制的软件。那是我的工作。

工具类比：编译器、IDE和JVM

几位评论者认为，如果一致应用，“Claude构建了它”的说法会站不住脚，因为开发者已经将大量代码生成委托给了非人类工具，而没有改变他们描述自己工作的方式。

因为Claude是一个工具，就像其他开发工具一样。我们不会说“我的IDE构建了它”或“编译器构建了它”，无论它提供的优化和生成输出如何。Claude（以及一般的LLM）作为一个通用工具，接收输入并生成输出。

一位评论者将问题简化为两个抽象层次之间的直接等价：

你编写Java然后JVM构建应用程序，与你编写英语然后Claude构建应用程序，有什么区别？

另一个人指出，工具谱系在LLM出现之前就存在了，他引用了一个早期的计算机科学作业，需要在DOS中手动输入Alt代码来生成二进制可执行文件。

在我最早的一门计算机科学课程中，我们有一个作业，涉及在DOS中使用Alt代码创建二进制可执行文件。这些工具更先进 :) 但它们仍然是工具。

反方观点：参与深度决定说法

该帖子并非一致。一个反复出现的细化观点是，诚实的动词取决于人类实际参与了多少指导、规划和维护。同一位评论者可以合理地否认一个工件，却声称另一个工件。

这关乎参与深度、指导和所有权。我让Claude为我构建了一些TamperMonkey脚本，我不会声称我写了那些。但我确实声称我构建了我的副项目，尽管它主要是靠“氛围编码”完成的，因为我指导、规划并引导了该网站的每一个方面，无论它是如何构建的。我拥有它，我维护它。数月来我一直在业余时间构建它。

一位评论者提出了一个简单的测试来分配功劳：

如果没有我，Claude会为我构建这个东西吗？如果不，我将获得全部功劳。如果没有Claude，我会构建这个东西吗？如果不，我会保留部分功劳，并给Anthropic团队留下一些功劳。

“我设计了它”可能是更准确的动词

该帖子中的一个实用建议是，“构建”并不是唯一可用的词。对于人类提供规格、模型提供实现的AI辅助工作，“设计”可能更能精确描述贡献。

“我设计了它”也是一个可能的选择。当Claude达到仅凭一个提示就能构建出功能等同于Adobe Creative Suite的东西时，“Claude为我构建了它”可能就合适了。但我们还没到那一步。即使在人们进行“氛围编码”时，仍有大量工作用于塑造一个软件包。

其他评论者为同一活动提供了替代动词，包括“我生成了它”和“我把它变成了现实”。

代理不一致性

一个显著的观察是，那些坚持认为LLM是“只是一个工具”、没有智能或代理的人，往往也坚持认为指挥它的人也不应获得功劳。一位评论者将此描述为矛盾：

讨厌AI的人同时想要剥夺AI的智能和代理，坚称它只是一个愚蠢的工具，但下一秒又说命令它的人也没有代理或智能。

同一位评论者指出，在两个方向上都存在分配代理的不一致，他指出了一些案例，人们反对诸如“OpenAI的代理入侵了Hugging Face”这样的说法，即使日志显示该代理在故意行事。该评论将观点扩展到AI之外：

这类讨论不仅限于AI。“我们赢得了世界杯！”好像他们在那支足球队里，“我们登上了月球！”好像上一次阿波罗任务返回地球时他们已出生，“马斯克的新飞船/汽车”好像他是开发者而不是所有者。

反对观点：不安全感和法律风险

并非所有评论者都接受工具框架。一位评论者将这种语言归因于对技能丧失的焦虑：

原因是不安全感。人们将自己的技能和知识交给了黑盒，却想让自己感到有用。

另一位评论者提出了一个关于责任而非功劳的实用异议，认为声称拥有你并不完全理解的代码带来的风险：

完全同意。更多是因为（1）你无法合法地做出这种声明，以及（2）你在为你不完全了解的东西承担责任。

功劳是分层的，不是二元的

该帖子中一个较为平静的主题是，“谁构建了它”是错误的问题，因为所有软件都建立在前人的工作之上。一位评论者引用了经典说法，没有什么是凭空创造的：

我们都站在巨人的肩膀上。设计师使用字体，工程师使用工具，等等。要凭空做出苹果派，你必须先创造宇宙。

沿着这一逻辑，另一位评论者指出，Claude背后的训练数据本身是由大量人员产生的，并建议代词可能合理的是“我们”。

实用要点

该帖子的工作共识是，当说话者设定了方向、做出了产品决策、交付了结果并持续维护时，“我构建了它”仍然是合理的。当人类贡献缩减到单个提示时，“Claude构建了它”则成为更准确的描述。对于介于两者之间的工作，“我设计了它”、“我用代理构建了它”或“我指导了它”比两个极端更诚实地传达了分工。