Linuxeden开源社区上周，围绕建立 LLVM AI 工具使用政策的请求评论（RFC）被提出。提议的政策将允许向这个开源编译器代码库提交 AI 辅助的贡献，但需要有一个“人类在循环”中，且贡献者需要足够了解代码，以便在代码审查过程中能够回答相关问题。此外，昨天还提出了一项提案，旨在创建一个 AI 辅助的修复机器人，以帮助解决 Bazel 构建系统的问题。
上周的 LLVM AI 工具政策被提出来进行讨论。只要存在一个了解代码且能在代码审查过程中回答任何问题的“人类在循环”，AI 辅助的贡献将受到欢迎。贡献者如果存在“大量”由工具生成的内容，也应保持透明。该请求的拉取请求目前在 GitHub 上开放，用于将 AI 贡献政策添加到 LLVM 文档中。LLVM AI 工具政策仍在讨论中。
另外，昨日提出的请求评论中，Google 编译器工程师 Pranav Kant 提出了一项创建 AI 辅助的 Bazel 修复机器人的建议。这个 AI 机器人会在使用 Bazel 构建系统时，自动创建由 AI 生成的拉取请求来修复损坏的 LLVM 构建。Google 是 Bazel 构建系统的重度用户，但 LLVM 贡献者并不需要更新他们的更改以适应 Bazel 构建。因此，Google 编译器工程师希望有一个实验性的 AI 辅助机器人，帮助维护 LLVM 中的 Bazel 构建支持。
原始提案中提到，这个 AI 机器人将创建带有修复方案的拉取请求，但有些人对此部分提出了异议。一些人更倾向于由人类首先评估所提出的更改，而不是让机器人直接创建拉取请求，从而给 LLVM 开发者带来更大的负担，需要直接从机器人处审查代码。
与此同时，GNU 工具链开发者也在考虑为 GCC 编译器制定一项 AI/LLM 政策。
转自 LLVM Considering An AI Tool Policy, AI Bot For Fixing Build System Breakage Proposed – Phoronix