别关门了。修理房子。

以下文章最初出现在 Angie Jones 的网站上,经作者许可在此重新发布。我看到越来越多的开源维护者对人工智能生成的拉取请求举手投足。甚至停止接受外部贡献者的 PR。如果您是开源维护者,您一定会感受到这一点 [...]

来源:O'Reilly Media _AI & ML

我看到越来越多的开源维护者对人工智能生成的拉取请求举手投足。甚至停止接受外部贡献者的 PR。

如果您是开源维护者,您就会感受到这种痛苦。我们都有。审查 PR 令人沮丧,它们不仅忽略了项目的编码约定,而且还充满了人工智能的废话。

但是哟,我们在做什么?!对贡献者关上大门并不是答案。开源维护者不想听到这个,但这就是人们现在编码的方式,你需要尽自己的一份力量为人工智能编码助手准备你的存储库。

我是 goose 的维护者,它有超过 300 名外部贡献者。我们很早就感受到了这种挫败感,但我们并没有将善意的贡献者赶走,而是帮助他们负责任地为人工智能做出贡献。

1. 告诉人们如何在您的项目中使用人工智能

我们创建了一个 HOWTOAI.md 文件,作为贡献者在处理我们的代码库时如何负责任地使用 AI 工具的简单指南。它涵盖了以下内容:

  • AI 的优点是什么(样板、测试、文档、重构)以及它的缺点(安全关键代码、架构变更、您不理解的代码)
  • 希望您对提交的每一行负责,无论是否由 AI 生成
  • 如何在打开 PR 之前验证 AI 输出:构建它、测试它、检查它、理解它
  • 在 PR 中对人工智能的使用保持透明
  • 这欢迎 AI PR,但也设定了明确的期望。大多数贡献者都想做正确的事情,他们只需要知道什么是正确的事情。

    当您这样做时,也重新审视一下您的 CONTRIBUTING.md。人们归咎于人工智能的许多问题实际上是一直存在的问题,人工智能只是放大了这些问题。具体一点。不要只是说“遵循代码风格”;说一下代码风格是什么。不要只是说“添加测试”;展示您的项目中良好的测试是什么样的。你的文档越好,人类和人工智能代理的表现就越好。

    3.用AI复习AI