事件背景
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工具写代码时保持审慎态度都是必要的——毕竟,出了问题还是要自己兜底。














GitHub – TauricResearch/TradingAgents


暂无评论内容