标签 开源 下的文章

拒绝 AI 署名!Go 核心团队在 AIGC 时代划下的“工程红线”

本文永久链接 – https://tonybai.com/2026/02/15/go-core-team-rejects-ai-authorship

大家好,我是Tony Bai。

在生成式 AI 狂飙突进的 2026 年,编程似乎变得前所未有的容易。Claude Code、Gemini Cli、Codex等 已经成为开发者的标配。然而,技术便利的背后,模糊的责任边界正在侵蚀软件工程的根基。

近日,在 Go 语言这个以“简单、可靠、高效”著称的开源圣殿里,核心团队被迫画下了一道红线

起因是一个特殊的 CL(Change List 741504),提交者在描述中赫然写道:“Co-Authored-By: Claude Opus 4.5 noreply@anthropic.com”。这行看似“诚实”的署名,瞬间触动了 Go 语言之父 Rob Pike、Ian Lance Taylor 以及 Russ Cox 等大佬的神经。

这不仅仅是一个关于署名权的争论,这是整个开源世界在 AI 时代必须面对的“立宪时刻”:我们该如何划定人类与 AI 在代码创作中的界限?

本文将深度复盘这场发生在 Go 核心圈的讨论,并解读 Russ Cox 最终定调背后的深意。

触碰红线——潘多拉魔盒的开启

事情的起因简单而诡异。开发者 John S 提交了一个修复 cgo 文档的 CL,并在描述中注明了 Claude Opus 4.5 是共同作者。

Ian Lance Taylor(Go 泛型的主要设计者之一)率先发难,敏锐地指出了这行字背后潜藏的两个致命法律风险:

  1. 版权归属:Anthropic(Claude 的母公司)是否对其模型生成的代码拥有版权?
  2. 许可证传染:如果 AI 模型是基于非开源或与 Go 不兼容协议的代码训练的,那么它生成的代码是否会污染 Go 的代码库?

Robert Griesemer(Go 创始三巨头之一)则从工程角度表达了担忧:

“如果代码描述是 AI 写的,我们可以删掉那行字。但如果是 Claude 写的代码,我们就有大麻烦了。”

Griesemer 的担忧直指 AIGC 的核心痛点:幻觉与平庸。他将 AI 现在的状态比作拼写检查器——它可以修正拼写,但它真的懂“修辞”吗?更重要的是,它懂“正确性”吗?

而 Rob Pike(Go 语言之父)的回复依然是那样简洁有力,且带有强烈的不容置疑:

“这是一个非常危险的滑坡(slippery slope)。我建议第一步简单点:说不(NO)。

Rob Pike 意识到,一旦模糊了这条线,开源社区将面临“人的缺位”。谁来维护这些代码?谁来为 Bug 负责?是一个在那一刻运行的概率模型,还是那个按下 Enter 键的人?

工程哲学——红线之内的质量守卫

在长达数日的讨论后,Russ Cox (rsc) 发表了一篇极具分量的总结性邮件,在这封邮件中,他代表 Go 核心团队给出了AI 时代Go项目的AI 政策宣示,并说明了划定这条红线的工程学必要性。

对抗“逆向布兰多里尼定律”

互联网上有一条著名的“布兰多里尼定律”(Brandolini’s law):反驳胡扯所需要的能量,比产生胡扯所需要的能量大一个数量级。

在编程领域,AI 正在制造同样的困境。Russ 指出:

“AI 工具诱使许多人陷入一种虚假的信念……人们以前所未有的速度生成大量的代码……就像看着会跳舞的大象,虽然令人惊叹,但通常既慢又笨拙,且难以维护。”

写代码变容易了,但代码审查(Code Review)变难了。

Go 的设计哲学是“代码被阅读的次数远多于被编写的次数”。而 AIGC 工具颠倒了这一关系。AI 可以在几秒钟内生成数百行看似完美、实则包含微妙 Bug 的代码。如果不划定红线,Go 项目将被机器生成的、无人真正理解的代码淹没。

拒绝“关闭大脑”的提交

工具的便捷性往往会让人关闭大脑。当 Claude Code 或 Copilot 给出一段代码时,开发者最自然的反应是“它看起来能跑”,然后直接提交。

这种“关闭大脑(Turn off your brain)”的行为,是工程质量的大敌。

Go 团队划定红线的目的,是强迫开发者回归理性:你必须理解你提交的每一行代码。如果连提交者自己都无法解释代码为什么这么写,那么这段代码就是项目的负资产。

法律博弈——红线之外的版权黑洞

除了工程哲学,Russ Cox 明确指出,法律风险是划定这条红线的硬性约束。

“非人类”没有版权

根据美国版权局(US Copyright Office)的指导意见,非人类创作的作品不受版权法保护。

这意味着,如果一段代码被认定为完全由 AI 生成,它可能直接进入公有领域(Public Domain),或者其版权归属处于薛定谔状态。

Go 项目要求所有贡献者签署 CLA(贡献者许可协议)。CLA 的核心前提是:贡献者拥有其提交代码的版权,并将其授权给 Google/Go 项目。

如果允许 AI 署名:

  • 贡献者没有版权,因此签了 CLA 也没用。
  • Google 无法获得有效的版权授权。
  • Go 的代码库中将出现版权状态不明的“黑洞”。

训练数据的原罪

这是 Robert Engels 在讨论中反复强调的点:AI 是在什么数据上训练的?

如果 Gemini 或 Claude 记住了某段 GPL 或 AGPL 协议的代码,并在微调后将其“吐”了出来,而这段代码被合入了使用 BSD 协议的 Go 项目中,这就构成了严重的侵权风险。

作为顶级开源项目,Go 团队必须规避任何潜在的法律诉讼。“拒绝 AI 署名”是法律上的防火墙。

最终裁决——Go 团队的“三不”原则

基于上述工程和法律的双重考量,Russ Cox 代表 Go 团队划定了极其清晰的政策红线。这份裁决不仅适用于 Go,也值得所有技术团队参考。

不接受 Co-Authored-By: AI

Go 项目不接受任何由 AI 模型作为共同作者的提交。

这不仅在法律上是无稽之谈(AI 没有法律主体资格),在工程责任上也是一种逃避。

不接受“无人负责”的代码

提交者必须对代码负全责。

无论你用了什么工具——是 Vim、IDE 的自动补全,还是 Claude Code——当你提交代码时,你就是在声明:“这是我的作品,我理解它,我为它负责。”

Russ Cox 提出了一个极其严苛的标准:

“如果你用 AI 生成了代码,你必须像审查同事的代码一样,甚至更加严格地审查它。如果你不能自信地声称‘这是我写的’(即便你用了工具),那么就不要提交它。”

作者列表只属于人类

Go 的贡献者列表(AUTHORS 文件)只包含人类。

开源是人类智慧的结晶。AI 只是工具,是像编译器、Linter 一样的高级工具,但工具不能成为作者。

前瞻——AI 时代的开发者生存指南

Go 团队划定的这条红线,实际上厘清了 AI 辅助编程(AI-Assisted)与 AI 生成编程(AI-Generated)的本质区别。

从“编写者”到“验证者”

在红线之内,开发者的核心竞争力正在发生转移。

  • 过去:熟练掌握语法,快速编写代码。
  • 未来:拥有深厚的系统知识,能够验证 AI 生成代码的正确性、安全性和性能。

正如 Russ 所言:“审查代码比编写代码更难。”未来的高级工程师,本质上都是高级 Code Reviewer。

警惕“平庸的螺旋”

LLM 的训练基于海量的互联网数据,这意味着它生成的代码往往是“平均水平”的。但 Go 标准库追求的是“极致的工程化”。

如果过度依赖 AI,代码库的质量将不可避免地滑向平庸。这条红线,是为了保护代码库中人类工程师的审美和坚持。

小结

2026 年初的这次讨论,为开源社区树立了一块重要的界碑。

面对 AI 的诱惑,Go 团队选择了一条更为艰难、保守,但也更为负责任的道路。他们划定红线,拒绝了“看起来很快”的捷径,坚守了“简单、可维护、人类可理解”的初心。

这条红线告诉我们:AI 是你的副驾驶,但永远不要让它接管方向盘。因为当车毁人亡时,坐牢的永远是你,而不是那个大语言模型。

资料链接:

  • https://groups.google.com/g/golang-dev/c/4Li4Ovd_ehE/m/8L9s_jq4BAAJ
  • https://go-review.googlesource.com/c/go/+/741504

你愿意为 AI 代码负全责吗?

Go 团队要求:如果你不能自信地声称“这是我写的”,就不要提交。在你的日常开发中,你会对 AI 生成的代码进行逐行 Review 吗?你认为“不准 AI 署名”是开源精神的回归,还是对技术进步的保守?

欢迎在评论区分享你的“红线”!


还在为“复制粘贴喂AI”而烦恼?我的新专栏 AI原生开发工作流实战 将带你:

  • 告别低效,重塑开发范式
  • 驾驭AI Agent(Claude Code),实现工作流自动化
  • 从“AI使用者”进化为规范驱动开发的“工作流指挥家”

扫描下方二维码,开启你的AI原生开发之旅。


你的Go技能,是否也卡在了“熟练”到“精通”的瓶颈期?

  • 想写出更地道、更健壮的Go代码,却总在细节上踩坑?
  • 渴望提升软件设计能力,驾驭复杂Go项目却缺乏章法?
  • 想打造生产级的Go服务,却在工程化实践中屡屡受挫?

继《Go语言第一课》后,我的《Go语言进阶课》终于在极客时间与大家见面了!

我的全新极客时间专栏 《Tony Bai·Go语言进阶课》就是为这样的你量身打造!30+讲硬核内容,带你夯实语法认知,提升设计思维,锻造工程实践能力,更有实战项目串讲。

目标只有一个:助你完成从“Go熟练工”到“Go专家”的蜕变! 现在就加入,让你的Go技能再上一个新台阶!


商务合作方式:撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。如有需求,请扫描下方公众号二维码,与我私信联系。

“退休”大佬的 AI 复出战:为了“好玩”,他写出了火遍全网的 Moltbot

本文永久链接 – https://tonybai.com/2026/mm/dd/clawdbot-author-peter-steinberger-full-interview

大家好,我是Tony Bai。

在硅谷,每天都有无数个 AI 项目诞生,它们大多有着精美的 Landing Page,有着宏大的融资计划,PPT 里写满了“颠覆行业”。

但最近,一个名为 Clawdbot(现已因商标原因更名为 Moltbot)的项目,却以一种完全不同的姿态闯入了大众视野。没有融资,没有团队,甚至没有商业计划书。它仅仅是一个“退休(财务自由)”的软件大佬,为了给自己“找乐子”而写的一堆代码。

然而,就是这样一个项目,在 GitHub 上一夜之间狂揽 3.2w+ Star,甚至让很多非技术圈的人都跑去 Apple Store 抢购 Mac Mini 来运行它。

它的作者是 Peter Steinberger,著名的 PDF SDK 提供商 PSPDFKit 的创始人。在卖掉公司退休四年后,他因为 AI 找回了当年的热血。

在最近的一次深度访谈中,Peter 毫无保留地分享了他开发 Moltbot 的全过程。这不仅是一个关于工具的故事,更是一份关于“在 AI 时代,个人开发者如何打破大厂垄断,重塑人机交互”的珍贵启示录。

从 Burnout 到 Addiction:找回失去的 Mojo

故事的开始并不美好。

四年前,Peter 卖掉了自己经营了 13 年的公司。长期的创业压力让他彻底 Burnout(职业倦怠)

“那感觉就像有人把我的 Mojo(魔力/精力)吸干了一样。” 他回忆道。在那之后的三年里,他对编程完全提不起兴趣,哪怕只是坐在电脑前都觉得是一种折磨。

直到 2025 年 4 月,一切改变了。

Peter 开始接触早期的 AI 工具,特别是 Claude Code 的 Beta 版。那一刻,他感到了久违的兴奋。

“如果你错过了前几年 AI 比较‘智障’的阶段,直接上手现在的工具,你会觉得——这简直太棒了(Pretty Awesome)!

这种兴奋迅速转化为了一种“成瘾(Addiction)”。

但这是一种积极的成瘾。他开始熬夜写代码,甚至会在凌晨 4 点给朋友发消息讨论 AI 的新发现。为了给自己找点乐子,他甚至搞了一些极其荒谬的实验:

比如,他做了一个“全球最贵的闹钟”

他让运行在伦敦服务器上的 AI Agent,通过 SSH 远程登录到他家里的 MacBook,然后自动调大音量来叫醒他。

“这听起来很疯狂,甚至有点杀鸡用牛刀,但这就是我的初衷——Have Fun(玩得开心)。”

Peter 认为,学习新技术的最好方式,就是把它当成玩具。当你不再为了 KPI 或融资而写代码,而是为了让 AI 帮你订一份外卖、回一条消息而折腾时,创造力才会真正涌现。

技术哲学:CLI 是 Agent 的母语

Moltbot 之所以能打败众多商业化的 AI 助理,核心在于 Peter 对软件架构有着极其深刻的第一性原理认知:

“Don’t build for humans, build for models.”(别为人构建,为模型构建。)

如果你仔细观察现在的软件世界,你会发现所有的 GUI(图形界面)、按钮、下拉菜单,本质上都是为了适应人类极其有限的带宽(Bandwidth)和注意力而设计的。我们需要视觉引导,因为我们记不住命令。

但 AI 不需要这些。

AI 读得懂 Unix 手册,AI 记得住所有参数。

因此,Moltbot 采用了极其激进的 CLI-First(命令行优先) 策略。

Peter 解释道:“你知道什么东西最能 Scale(扩展)吗?是 CLI。你可以写 1000 个小工具,只要它们都有 –help 文档,Agent 就能瞬间学会如何使用它们。”

在 Moltbot 的架构里,所有的能力都被封装成了原子化的 CLI 工具:

  • 想控制 Sonos 音箱?写个 CLI。
  • 想看家里的摄像头?写个 CLI。
  • 想查 Google 地图?写个 CLI。

Agent 就像一个万能的系统管理员,它通过组合这些 CLI,获得了在数字世界和物理世界中“行动”的能力。这比那些试图用鼠标点击模拟人类操作的 RPA(自动化流程)要高效、稳定一万倍。

打破围墙:数据的解放运动

Moltbot 最让极客们热血沸腾的,是它对 Big Tech Walled Gardens(大厂围墙花园) 的宣战。

现在的互联网巨头,都希望把你锁在他们的 App 里。WhatsApp 不开放 API,Spotify 不让你导出数据,外卖软件不让你自动化下单。

但在 Peter 看来,AI 是打破这些围墙的终极武器。

以 WhatsApp 为例。官方没有给个人开发者提供 API,如果你用商业 API 发太多消息,还会被封号。

Peter 的做法是:Hack Everything。

他直接通过 Hack 桌面端协议,让 Moltbot 能够接管他的 WhatsApp。当他在旅途中收到朋友的语音消息(比如推荐餐厅)时,Moltbot 会自动:

  1. 下载语音文件(哪怕它是 Opus 格式)。
  2. 调用 ffmpeg 转码。
  3. 调用 Whisper 识别文字。
  4. 调用 OpenAI 提取餐厅名字和地址。
  5. 自动添加到他的 Google Maps 待去清单中。

这一切都在后台静默发生。当 Peter 打开地图时,餐厅已经在那了。

“App 终将消亡(Melt away)。” Peter 在访谈中抛出了这个震聋发聩的观点。

“为什么我还需要一个专门的 Fitness Pal 来记录卡路里?我只需要拍一张汉堡的照片发给我的 Agent。它知道我在麦当劳,它知道汉堡的热量,它会自动更新我的健康数据库,并建议我晚上多跑 2 公里。”

Agentic Commerce 时代,用户不再需要在一个个孤立的 App 之间跳来跳去。所有的 App 都将退化为 Agent 可调用的 API(或被 Hack 成 API)。

本地优先:隐私与红利的博弈

Moltbot 的另一个标签是 Local-first(本地优先)

虽然 Peter 自己也用 OpenAI 和 Anthropic 的模型(因为它们目前确实最聪明),但他花了大量精力去适配本地模型(如 MiniMax 2.1)。

为此,他甚至给自己的 Mac Studio 拉满了 512GB 的内存。

为什么要这么折腾?

除了“好玩”,还有一个现实的考量:Red Tape(繁文缛节)

“如果你是一个公司,你想让 AI 访问你的 Gmail,你需要经过极其漫长的合规审核,甚至需要收购一家有牌照的公司。这太荒谬了。”

但如果你在本地运行 Agent,这一切都不复存在。

  • 数据在你的硬盘里。
  • 模型在你的显卡里。
  • 操作在你的系统里。

没有人能阻止你读取自己的邮件,没有人能禁止你分析自己的聊天记录。

Peter 甚至预言,AI Agent 的普及将直接带动高性能硬件(如 Mac Mini)的销量。“This is the liberation of data.(这是数据的解放。)”

商业与开源:为爱发电,拒绝收编

随着 Moltbot 的爆火,无数 VC 挥舞着支票找上门,甚至有大厂想直接收购整个项目(或者招安 Peter)。

对此,Peter 的态度非常潇洒:“I built this for me.(我是为我自己造的。)”

他已经财务自由,不需要再为了融资去写 PPT,不需要为了增长去牺牲用户体验。

“代码本身已经不值钱了(Code is not worth that much anymore)。在这个 AI 时代,你完全可以把我的代码删了,让 AI 几个月再写一个新的。”

真正值钱的,是Idea(想法),是Community(社区),是Brand(品牌)

他更倾向于将 Moltbot 运作成为一个非营利基金会(Foundation)。他希望这成为一个属于所有人的、开放的、可 hack 的游乐场,而不是某个大厂封闭生态的一部分。

小结:去构建你的 Loop

在访谈的最后,Peter 对所有开发者发出了呼吁:

“Don’t just watch. Build your own agentic loop.”
(别只是看,去构建你自己的智能体闭环。)

Moltbot 只是一个开始。它证明了,一个拥有长期记忆(Memory)工具使用能力(Tools)自主性(Autonomy)的个人 Agent,能爆发多么惊人的能量。

在这个时代,限制你的不再是技术门槛,而是你的想象力

去写几个 CLI,去 Hack 几个 API,去给你的 AI 装上“手脚”和“记忆”。

未来,属于那些敢于用 AI 重塑生活的人!

资料链接:https://www.youtube.com/watch?v=qyjTpzIAEkA


你的“好玩”项目

Peter 的故事告诉我们,技术最原本的动力是乐趣。如果给你无限的时间和算力,你最想用 AI 为自己做一个什么“好玩”的工具?是全自动点餐助
手,还是你的专属游戏陪练?

欢迎在评论区分享你的脑洞!别管它有没有商业价值,有趣就够了。

如果这篇文章点燃了你久违的代码热血,别忘了点个【赞】和【在看】,并转发给你的极客朋友,一起搞点事情!


还在为“复制粘贴喂AI”而烦恼?我的新专栏 AI原生开发工作流实战 将带你:

  • 告别低效,重塑开发范式
  • 驾驭AI Agent(Claude Code),实现工作流自动化
  • 从“AI使用者”进化为规范驱动开发的“工作流指挥家”

扫描下方二维码,开启你的AI原生开发之旅。


你的Go技能,是否也卡在了“熟练”到“精通”的瓶颈期?

  • 想写出更地道、更健壮的Go代码,却总在细节上踩坑?
  • 渴望提升软件设计能力,驾驭复杂Go项目却缺乏章法?
  • 想打造生产级的Go服务,却在工程化实践中屡屡受挫?

继《Go语言第一课》后,我的《Go语言进阶课》终于在极客时间与大家见面了!

我的全新极客时间专栏 《Tony Bai·Go语言进阶课》就是为这样的你量身打造!30+讲硬核内容,带你夯实语法认知,提升设计思维,锻造工程实践能力,更有实战项目串讲。

目标只有一个:助你完成从“Go熟练工”到“Go专家”的蜕变! 现在就加入,让你的Go技能再上一个新台阶!


商务合作方式:撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。如有需求,请扫描下方公众号二维码,与我私信联系。

如发现本站页面被黑,比如:挂载广告、挖矿等恶意代码,请朋友们及时联系我。十分感谢! Go语言第一课 Go语言进阶课 AI原生开发工作流实战 Go语言精进之路1 Go语言精进之路2 Go语言第一课 Go语言编程指南
商务合作请联系bigwhite.cn AT aliyun.com
这里是 Tony Bai的个人Blog,欢迎访问、订阅和留言! 订阅Feed请点击上面图片

如果您觉得这里的文章对您有帮助,请扫描上方二维码进行捐赠 ,加油后的Tony Bai将会为您呈现更多精彩的文章,谢谢!

如果您希望通过微信捐赠,请用微信客户端扫描下方赞赏码:

如果您希望通过比特币或以太币捐赠,可以扫描下方二维码:

比特币:

以太币:

如果您喜欢通过微信浏览本站内容,可以扫描下方二维码,订阅本站官方微信订阅号“iamtonybai”;点击二维码,可直达本人官方微博主页^_^:
本站Powered by Digital Ocean VPS。
选择Digital Ocean VPS主机,即可获得10美元现金充值,可 免费使用两个月哟! 著名主机提供商Linode 10$优惠码:linode10,在 这里注册即可免费获 得。阿里云推荐码: 1WFZ0V立享9折!


View Tony Bai's profile on LinkedIn
DigitalOcean Referral Badge

文章

评论

  • 正在加载...

分类

标签

归档



View My Stats