Google被指抄袭开源代码:228个文件雷同,工程师署名遭删除

初创公司创始人指控Google开源工具Artemis直接复制其mobile-use代码并删除原作者署名,引发开源伦理争议。
一家初创公司创始人在Reddit发文,指控Google新推出的开源移动自动化工具Artemis复制了其项目mobile-use的代码:229个文件中228个完全一致,且原本记录在提交历史中的三名工程师及联合创始人署名被替换为他人。mobile-use曾登顶Google DeepMind的AndroidWorld基准测试,是团队的核心技术成果。创始人强调,他并不反对Google使用其开源代码,令他失望的是署名被刻意移除——这既可能违反MIT/Apache等许可证的版权声明条款,也触碰了开源社区的伦理底线。目前事件为单一来源指控,Google尚未公开回应,但已在开源社区引发广泛讨论,再次将大厂与开源生态之间的信任关系推至聚光灯下。
一家初创公司的创始人在Reddit发文,控诉Google在其新开源工具Artemis中大量复制了自家开源项目mobile-use的代码,不仅未给予任何署名致谢,还删除了原始工程师的名字。这起事件迅速在开源社区引发关注,也再次把大厂与开源社区之间的信任关系推到台前。
从AndroidWorld冠军到被“复制”
事件的主角是一款名为mobile-use的移动端智能体(agent)项目。据创始人描述,团队的目标是打造“世界上最好的、能用自然语言控制任意移动界面”的智能体。项目上线后表现亮眼:登顶Google DeepMind的AndroidWorld基准测试,成为首个在该基准上实现100%成绩的项目,GitHub仓库也积累了近3000颗星。
这份成绩单是公司起步的基石。此后团队不断扩张,进行了大量客户访谈,并将业务重心转向回归测试(regression testing)产品。开源mobile-use的初衷,正如创始人所说,是“希望人们使用它、在它之上构建”——这自然也包括Google。

228/229个文件完全一致
转折点出现在创始人发现Google新推出的开源移动自动化工具Artemis。起初他以为这只是GitHub上又一个普通的“手机智能体”项目(他戏称为YAPA,Yet Another Phone Agent),并未太在意。
深入查看仓库后,问题浮出水面。首先让他失望的是,Artemis的README中的基准测试对比图并未包含曾在AndroidWorld登顶的mobile-use。更令他震惊的是代码本身:他认出了团队亲手写下的代码行。其中一名工程师曾随意地把某个agent命名为“hopper”,这个名字连同它的prompt,一字不差地出现在了Artemis里。
据创始人给出的数字,Artemis的229个文件中,有228个与mobile-use完全一致。这一比例几乎排除了“独立开发碰巧相似”的可能性,指向直接的代码复制。
被替换的作者署名
真正点燃争议的,是署名问题。创始人称,他在一个旧提交(commit)的“authors”部分找到了自己联合创始人以及工程师们的名字——Pierre-Louis Favreau、Jean-Pierre Lo、Nicolas Dehandschoewercker。而在某次提交中,这三个名字被替换成了另一位作者的名字,其余228个源自mobile-use的文件则保持不变。
换句话说,问题不仅在于代码被复制,而在于原作者署名疑似被“刻意移除”。在开源世界里,代码可以自由使用、修改和再分发,但对原作者的署名与致谢,往往是许可证条款和社区伦理的双重底线。删除署名的行为,触碰的正是这条底线。
主流开源许可证对署名的要求各有侧重。MIT许可证要求在所有副本中保留原始版权声明;Apache 2.0除版权声明外,还要求在衍生作品中保留NOTICE文件的内容,并明确说明对原始代码的修改。若代码在Git提交历史中将原始作者替换为他人,即便仓库本身仍以开源形式发布,也可能被认定为违反许可证中的署名条款。在法律层面,违反开源许可证并非仅是道德问题,而是可能触发版权侵权责任——因为开源许可证本质上是版权持有人授予他人使用权的合同,违反条款意味着授权失效,使用方将面临无授权使用的法律风险。
一位创始人的失望
创始人在文中流露出强烈的个人情绪。他提到,Google曾是他学生时代最想加入的公司,后来才决定自己创业。在他心中,Google一直与“优秀的工程能力”和“对开源的贡献”联系在一起。
“我本会为看到他们基于我们的工作进行构建、并致谢背后团队而感到骄傲,”他写道,“但我看到的却是——先是我们的代码,然后是我们的名字,最后是那个故意删除名字的提交。”
他还特别为其他工程师和社区贡献者发声:“这些文件背后是活生生的人。我见过他们付出的努力、解决过的难题,以及他们对所做之事的在意。他们理应在自己的工作上留名。”
为什么这件事值得关注
需要说明的是,目前这一叙述完全来自单一来源——涉事初创公司创始人的Reddit发帖,Google方面尚未作出公开回应,事件的完整技术细节和法律定性仍有待核实。
即便如此,这起争议触及了几个值得深思的问题。开源许可证(如MIT、Apache 2.0)通常要求保留版权声明和署名,若代码复制属实且署名被移除,可能构成对许可证条款的违反。对大厂而言,开源社区既是技术养料的来源,也是声誉的试金石——一旦被指“拿走成果却抹去贡献者”,对品牌信任的损害往往超过代码本身的价值。
对于依赖开源起家的初创公司,这也是一记提醒:开源是把双刃剑,它带来传播与影响力,但也让核心成果暴露在被复制的风险中。如何在开放与保护之间找到平衡,仍是每个开源创业者必须面对的课题。
在Google给出正式回应之前,这更多是一场关于开源伦理与署名尊重的公共讨论,而非已有定论的侵权事件。但无论结果如何,它已经再次提醒行业:使用开源,请记得给背后的人留名。
背景补充
AndroidWorld是Google DeepMind发布的一个移动端智能体评测基准,专门用于衡量AI系统在真实Android设备上完成自然语言任务的能力,涵盖文件管理、应用操作、信息查询等多类场景。该基准的难点在于任务多样性高、执行链路长,需要智能体具备跨应用的连续决策能力。能在此基准上取得100%成绩,意味着智能体可以可靠地完成测试集中的所有任务,这在业内被视为移动端自动化领域的重要里程碑,也是mobile-use得以获得社区关注和客户认可的核心技术背书。
相关推荐

Ollama 入门指南:本地部署开源大模型的利器
Ollama 是一款免费开源的本地大模型管理工具,支持将 DeepSeek 等开源模型部署到本地。本文介绍 Ollama 是什么、跨平台特性、CPU/GPU 支持及本地部署的应用场景,适合零基础入门 AI 大模型开发。

LM Studio、Ollama、vLLM深度对比:本地大模型部署工具怎么选
LM Studio、Ollama、vLLM三款本地大模型部署工具深度对比。从上手难度、适用场景到性能表现全面解析:小白选LM Studio,开发者用Ollama,企业级高并发上vLLM,帮你快速选对工具。

Ollama入门:本地部署开源大模型的核心工具解析
本文详解 Ollama 是什么及其核心价值:作为一款开源免费的大模型管理工具,它能将 DeepSeek 等开源模型部署到本地,支持 GPU/CPU 灵活调度、跨平台运行,并提供 API 与命令行接口,适合搭建私有知识库等场景。