开源终端Ghostty要求贡献者披露AI辅助代码：开源社区的新趋势

事件背景

2026年5月，由HashiCorp创始人Mitchell Hashimoto主导开发的开源终端模拟器Ghostty，在其贡献者指南中新增了一项引人注目的要求：所有使用AI工具辅助编写的代码，必须在提交时明确披露。

这一政策在Hacker News上获得了729分的高热度讨论，引发了开源社区关于AI辅助编程的激烈辩论。

Ghostty是什么

Ghostty是一个用Zig语言编写的现代化终端模拟器，2024年底开源后迅速获得关注。它的特点包括：

• GPU加速渲染，性能优秀
• 原生支持macOS和Linux（Windows支持计划中）
• 现代化的功能设计：标签页、分屏、主题系统等
• 由Mitchell Hashimoto（HashiCorp联合创始人）主导开发
• GitHub仓库：ghostty-org/ghostty

AI披露政策的具体要求

根据Ghostty项目的贡献者指南（CONTRIBUTING.md），新政策要求：

• 如果代码的任何部分是由AI工具（如Copilot、ChatGPT、Claude等）生成或辅助编写的，贡献者必须在PR描述中明确说明
• 需要说明使用了哪个AI工具、AI参与了哪些部分
• 项目维护者会根据披露信息对代码进行额外审查

社区反应

这一政策引发了两极化的讨论：

支持者认为：

• AI生成的代码可能包含难以发现的错误或安全漏洞
• 开源项目需要对代码来源保持透明
• 有助于维护代码质量和项目声誉
• AI生成的代码可能涉及版权/许可证问题

反对者认为：

• 难以界定”AI辅助”的程度——用Copilot自动补全一行算不算？
• 增加了贡献者的负担，可能阻碍社区参与
• 代码质量应该通过review来保证，而不是通过来源标签
• 执行起来主观性太强

更广泛的行业趋势

Ghostty并非孤例。随着AI编程工具的普及，开源社区正在形成不同的立场：

• 完全禁止派：一些项目明确禁止AI生成的代码贡献
• 强制披露派：如Ghostty，要求透明但不禁止
• 默认接受派：大多数项目目前对AI代码没有明确政策

法律层面也在跟进。美国版权局已经开始讨论AI生成内容的版权归属问题，这对开源项目的许可证合规有直接影响。

对站长和开发者的启示

• 向开源项目贡献代码时——了解该项目对AI代码的政策，避免PR被拒绝
• 自己的项目——考虑是否需要制定类似政策，尤其是安全性要求高的项目
• 使用AI编程工具时——始终review AI生成的代码，不要盲目信任
• 版权意识——AI生成的代码在不同司法管辖区的法律地位尚不明确，需要关注后续发展

简评

Ghostty的AI披露政策可能代表了开源社区的一个新趋势。随着AI编程工具越来越普及，”代码是谁写的”这个问题将变得越来越重要。对于站长来说，无论是否参与开源贡献，在使用AI工具写代码时保持审慎态度都是必要的——毕竟，出了问题还是要自己兜底。

来源：Ghostty GitHub | Hacker News讨论