本月初，GitHub 上的“创建新问题”页面新增了一个选项。“使用 Copilot 创建问题，节省时间”（位于“开始”链接旁边）。虽然该选项后来消失了，但他们似乎非常致力于这项功能。GitHub 的博客在 5 月 19 日宣布：“有了 Copilot，创建问题……现在变得更快、更容易了。” （而且“所有这些都不会牺牲质量。”）描述您想要的问题，然后看着 Copilot 填写您的问题表单……无需冗长的描述——只需上传一张图片并附上几句上下文……我们希望这些变化能让创建问题从繁琐的琐事变得轻而易举。但在 GitHub 社区讨论中，这些公告引发了一项请求。“允许我们在自己的代码库中屏蔽 Copilot 生成的问题（和拉取请求）。”这对我来说意味着 GitHub 将很快允许 GitHub 用户提交非他们自己编写、由机器生成的问题。我认为这些问题/PR 不仅浪费我的时间，也违反了我项目的行为准则。过滤掉 AI 生成的问题/PR 会给我作为维护者带来额外的负担，不仅浪费我的时间，还会浪费问题提交者的时间（他们生成的“AI”内容我不会回复），以及你们服务器的时间（服务器必须准备回复，我会在不回复的情况下关闭）。由于我并非本网站上唯一一个对“AI”抱有敌意的人，因此，为了避免浪费所有人的大量精力，最直接的方法是，Github 允许帐户/仓库使用复选框或其他功能，阻止在指定仓库/帐户下的所有仓库上使用内置的 Copilot 工具。1,239 位 GitHub 用户点赞了这条评论，随后又有 125 条评论。“我现在已经开始从 GitHub 迁移仓库了……”“在仓库上禁用 AI 生成的问题不仅应该是一个选项，更应该成为默认设置。” “我不希望我的生活中有任何人工智能，尤其是在我的代码里。” “我并非一定反对人工智能，但赋予它对世界上大多数关键任务代码库（包括整个网络的构建模块）的写入权限……在人工智能的早期阶段，这实在是极其不合时宜的举动。” 一位用户抱怨说，无论是在用户界面还是在API中，都没有“明显的迹象”表明某个问题是由人工智能生成的。有人建议进行Copilot拦截验证码测试，以防止人工智能生成的错误。另一位评论者甚至建议将其命名为“Sloptcha”。十多天后，有人注意到“创建新问题”页面似乎不再有“使用Copilot创建问题以节省时间”的选项。感谢Slashdot的长期读者jddj分享此消息。
在 Slashdot 上阅读更多内容。