Mesa 给 AI 写的提交说明松了口

一条规则写着「不许用 AI 写提交说明」，结果把「AI 起草、人来改」这种正常流程也一起禁了。

一、发生了什么

10 月 22 日，Phoronix 报道 Mesa 项目修改了自己的规则文件——那份写给 AI agent 看的说明。

改动很具体：允许在生成代码注释、提交说明和补丁说明时使用 AI 辅助，前提是最终由人审阅和修改。同时删掉了原来那段「AI agent 不要直接向代码托管平台提交、不要生成代码注释和提交说明」的表述。

提出改动的是 Mesa 开发者 Alyssa Rosenzweig，合并请求已经进主干。他在说明里解释了动机：原文件的目的是落实项目已有政策，但写得太宽，把「agent 起草初稿、人再手工改写」这类工作流也堵住了。他的判断是，只要最终提交上来的东西是人写的，中间过程不该管，管到人私下怎么工作属于越界。他还为此道了歉。

同时他强调了一件容易被误读的事：这次改的不是项目政策。政策是社区长时间争论后形成的妥协，他本人对再吵一遍毫无兴趣，只希望先把这个「回归」修掉，把政策讨论往后推几个月。

他把这份规则文件当软件看：这是软件里的一个 bug，修掉即可。他还拿代码风格举例——项目要求用某个格式化工具，但没在持续集成里强制跑，因为「被格式检查卡住」比「偶尔手动跑一次」更烦人。

二、跟你有什么关系

维护开源项目的人。 这条给了一个可复用的原则：规则应该管提交物，不管过程。你要禁止的是未经审阅的 AI 产物，不是用过 AI 这件事。

给开源项目提改动的人。 别把 AI 起草的痕迹留在提交里。项目方在意的往往是这个，不是你的工具。

用 agent 写代码的团队。 内部规范也一样：写清什么算通过，比写清不许用什么有效。

三、怎么判断你的项目该怎么写这条规则

1. 先定门槛，再定手段。门槛是「提交物经人审阅并改写」，手段可以不做限制。
2. 把规则写成可验证的。与其写「不许 AI 生成」，不如写「提交说明必须包含改了什么、为什么改、怎么验证」——这三条 AI 也能写，但写错一眼能看出来。
3. 区分公开与私下。约束提交物，不约束编辑器里发生了什么。
4. 规则文件也要评审。Mesa 这次的教训是：那份文件本身也是几个人写的，第一版就有 bug。上线前找真正会用 agent 的人读一遍。

四、三个别信的说法

「Mesa 放开了 AI 生成代码。」 改的只是注释和提交说明的辅助规则。项目对 AI 生成代码的政策没变，作者明确说了这次不碰政策。

「写了声明就没责任。」 规则要求的是人审阅和修改。声明只说明用了工具，不说明内容对了，审阅这一步省不掉。

「规则越严越安全。」 太严的规则会把人逼到不申报。Mesa 这次的问题就是规则比政策更严，误伤了正常流程，最后还得改回来。

五、一句话结论

开源项目管 AI 的正确姿势，是给提交物设门槛，而不是给作者的键盘装监控。

信息来源

• Mesa Loosens Rules Around AI Agents For Code Comments / Commit Messages，2026 年 10 月 22 日

功能与价格以官方公告为准。本文写于 2026 年 10 月 23 日。