LLM让开源开发工具更有必要

关键信息

Willison 认为，过去的门槛不只是读懂代码，还包括在真正开始修改之前，让软件先成功编译所需的时间和精力。他把 LLM 辅助的检出、构建和解释流程视为一种接近“零时间成本”的起步挑战，但也坦言自己目前还没有形成频繁修改所用软件的习惯。

资讯摘要

Simon Willison 在 Hacker News 上发表了一条评论，回应“开发者工具应该开源”这个观点。他先回到开源软件面向终端用户的传统理由：软件应该可以被检查和修改。可是在现实中，他认为这种自由往往只是意味着由“其他人”来完成阅读和改写，因为大多数人无法为理解一款自己经常使用的工具投入那么多时间。Willison 认为，LLM 已经改变了这种局面。

他说自己现在经常让 Claude 去克隆 GitHub 上的仓库，并解释某个功能到底是怎么工作的。对他来说，过去让软件先成功编译再开始动手，是一个足够大的阻力；而现在借助 Codex 或 Claude Code，这一步更像是一个几乎不费时间的任务。他表示，自己还没有养成经常修改所用软件的习惯，但已经能看到一条以前不存在、或者至少不那么现实的路径。整条评论把开源理念与 AI 辅助编程联系起来，并暗示 LLM 可能让开发者工具在日常使用中更真正地“可开源、可改造”。

资讯正文

评论：开发者工具必须开源（exe.dev）

我在 Hacker News 上对《开发者工具必须开源（exe.dev）》一文发表的评论。

一直以来，终端用户使用开源软件的理由之一，就是可以自由检查和修改软件的工作方式。

但对大多数人——甚至包括专业程序员——来说，现实情况是，这种自由更多意味着可以依靠其他人来完成这些工作。大多数人都无法为自己经常使用的工具投入足够的时间去阅读代码，然后再修改代码。

我认为，大语言模型改变了这种权衡，使最初的梦想变得更加可行。

我每天会有好几次在普通的 Claude 聊天中输入提示：“从 GitHub 克隆 x/y，然后告诉我 Z 是如何工作的。”

过去，为了开始动手改造软件，光是让软件成功编译就已经足够麻烦，常常让我干脆放弃。现在，我把这看作一个不需要投入时间的挑战：让 Codex 或 Claude Code 检出并构建 X，然后十分钟后再回来看看它完成得怎么样。

我目前还没有养成经常修改自己所用软件的习惯，但我已经能看到一条通往这一目标的路径，而大约一年前还不存在这样的路径。

来源与参考

1. 原始链接
2. Comment: Devtools must be open source (exe.dev)