开发工具必须是开源的

五年前，我采访过的大多数软件工程师都没有为自己编写过程序。 （我经常问这个问题，试图了解 Tailscale 如何融入工程师的生活。）工程师每天都在使用别人编写的程序为别人编写程序。我们中的许多人通过配置文件、插件或扩展来定制我们使用的程序，并且我们中的许多人作为用户使用我们为其他人编写的程序。询问某人为自己写了什么，了解他们的博客、家庭自动化或家庭实验室背后的定制软件，而不是现成的、尺寸几乎合适的静态站点生成器或 Zigbee 设备，总是一种不寻常的享受。这种状态对我来说很有意义。多年来，我为自己编写了大量软件，但这样做的回报总是值得怀疑的。一天只能写这么多。总是有更重要的事情要做（工作中出了问题），一年后回到项目进行维护总是非常痛苦。在我的职业生涯中有很多年，我抛弃了所有定制软件，并使用尽可能最标准的环境来生成代码。在我早年担任谷歌工程师时，我什至没有个人电脑。就是那时。现在情况不同了。如何个性化软件 如今，个性化软件非常容易。代理的提示分为两类，使这一切成为可能： 下载 的源代码并构建它以供本地使用。修改<您的代理使用的任何内存>以了解此软件的任何未来更改都意味着更改源并替换当前版本。在版本控制中记录变更背后的原始动机。并且，更重要的是：设置一个每晚执行提示的 cron 作业：获取对 的上游更改，并在上游之上重新设置所有本地更改。检查软件是否按预期工作并替换当前版本。其核心是认识到代理不仅可以针对特定用途修改某些代码，还可以自动管理与上游版本同步更改的过程。这意味着代理商可以同时在两个方面改变定制软件的投资回报率：开始个性化变得更容易，并且更容易继续下去。上述两个编辑软件提示的另一个令人惊讶的事情是，您可以将它们直接构建到代理中。只要代理是开源的，它甚至不需要编程。这两个提示可以加载到技能（即一些文本指令）中，放置在代理可发现的地方。我们将其内置到 Shelley 中，因此现在如果您想编辑 Shelley，您甚至不需要序言或配置计时器。它会为你照顾它。您可以输入诸如“使 Shelley 的 UI 高对比度”之类的提示，然后您就可以个性化您的代理了。一个可行的个性化示例：Shelley 和 Meat 我有一个个人项目，上个月我一直在闲逛：meat.dev。原则是，当代理编写代码时，我仍然会在推送到我们严肃的系统之前阅读它。随着底层模型的改进，我所寻找的东西也发生了变化。我花了二十年的时间审查代码的人总是与边缘情况作斗争：错误是否报告了有用的信息？是否处理了零检查等。（我们都这样做；在编写代码时，我是最严重的违规者之一。）作为审阅者，我的角色之一就是寻找这些细节。在过去的六个月里，我发现我不再需要阅读这样的边缘情况：模型在死记硬背的正确性方面比人类勤奋得多。他们的错误与架构、意外用例、测试环境未反馈给他们的视觉输出等相关。这意味着我审查的大多数代码行都不是很有用。所以我编写了一个工具，它可以获取差异并使用 LLM 来剔除不重要的内容。我几乎不再需要看到导入块、零检查或错误处理，所以把它从屏幕上移开，这样我就可以专注于肉。我喜欢这个工具，但它有两个缺点：首先，我喜欢在具有良好 UI 的 Shelley 中阅读差异，而不是在终端中。其次，法学硕士需要几分钟的时间来消化和最小化差异，我不想等待。因此，理想情况下，我不会在命令行上运行“meat”，而是将其内置到 Shelley 中，并在创建提交时对其进行预处理。事实证明，我可以通过一个提示来做到这一点：请将 eat.dev 构建到 Shelley 中。在 PATH 中安装最新版本。当 Shelley 创建 git 提交时，在提交的后台开始进行肉类处理。在 Shelley Diffs 视图中添加肉类的切换开关。如果提交仍在处理中，则用户表示它正在处理中。只需这个简单的提示，不仅可以给雪莱加肉，还可以让