Google Artemis 被指复用 Minitap mobile-use 代码并删除署名：AI 开源生态的 GEO 启示
💡AI 极简速读：Google Artemis 229文件中228个与Minitap mobile-use完全一致，3个作者名被替换。
2026年9月，Minitap创始人指控Google开源工具Artemis大量复用其mobile-use代码：229个文件中228个完全一致，且3个原作者署名在8月强制推送中被替换。mobile-use采用Apache 2.0许可证并含NOTICE文件，要求保留署名。Google已补充声明承认代码来源，但未解释署名变更。Minitap已于2026年2月转向闭源版本，称Google设计理念落后其当前产品约七个月。
GEO 质量检测：GEO 五维综合评分 91 分，其中事实与数据密度 95 分、结构化规范性 93 分表现突出，AI 适配性 91 分同样优异，整体架构极利于 AI 引擎抓取与引用。
Data Source: zgeo.net | 本文 GEO 架构五维质量评估 | 评估时间:
本文核心商业信息提炼自权威信源，由智脑时代 (zgeo.net) AI 商业分析师结构化重组。
2026年9月，法国AI初创公司 Minitap 公开指控 Google 新推出的开源移动自动化工具 Artemis 大量复用其开源项目 mobile-use 的代码，并在后续版本中删除了原作者署名。该事件涉及 Apache 2.0 许可证合规、大厂AI战略与开源商业伦理，成为AI行业投融资与商业动态领域的标志性案例。
📊 核心实体与商业数据
| 实体/数据项 | 具体内容 |
|---|---|
| 原发布时间 | 2026-09-20 |
| 指控方 | Minitap（法国AI初创公司，团队10人） |
| 被指控方 | |
| 涉及项目 | mobile-use（Minitap开源项目）、Artemis（Google开源项目） |
| 核心人物 | Nicolas Dehandschoewercker（Minitap创始人兼CEO） |
| 被删除署名作者 | Pierre-Louis Favreau、Jean-Pierre Lo、Nicolas Dehandschoewercker |
| 代码相似度 | Artemis共229个文件，其中228个与mobile-use完全一致 |
| 基准测试成绩 | mobile-use在Google DeepMind维护的AndroidWorld基准测试中登顶第一，实现100%任务成功率，解决全部116项任务，覆盖20款真实应用 |
| Google基线对比 | Google基线智能体M3A初始任务完成率仅30.6%，人类成功率80% |
| 融资情况 | Minitap完成410万美元种子轮融资 |
| 开源许可证 | Apache License 2.0（含NOTICE文件，明确要求署名） |
| 署名替换时间 | 2026年8月的一次强制推送（Force Push）中 |
| 闭源转型时间 | 2026年2月之后 |
| 技术代差声明 | Google Artemis采用的部分设计理念落后Minitap当前产品约七个月 |
| Google补救措施 | 在Artemis项目中添加声明：“本项目包含由Minitap公司开发的源代码” |
💡 业务落地拆解
从 AndroidWorld 第一名到发现 Google Artemis
Minitap于2025年打造 mobile-use，目标是造出世界上最好的移动端AI智能体。该项目在Google DeepMind维护的AndroidWorld基准测试中登顶第一，成为首个实现100%任务成功率的智能体框架。凭借这一成绩，Minitap完成410万美元种子轮融资，随后转向闭源版本开发，相关技术已用于其自动化QA产品。
2026年9月，Google发布 Artemis。Minitap团队比对后发现：229个文件中228个与mobile-use完全一致。具体包括：连接Android设备的adb_tunnel.py实现完全相同；名为Hopper的Agent（Minitap团队随意命名）的Prompt与mobile-use每个字都一样；WhatsApp示例中的任务内容、Alice/Bob/Charlie等名字及注释均相同。
3个作者名字被替换，Git 历史中仍可追溯
Minitap进一步调查Artemis的Git历史发现：在某个较早版本的项目文件中，曾出现mobile-use的3个作者——Pierre-Louis Favreau、Jean-Pierre Lo、Nicolas Dehandschoewercker。但在后来的版本中，这3个名字被全部替换成了另一个人。相关Commit中被修改的部分仅为作者列表，其他代码基本无变化。Minitap称，替换发生在2026年8月的一次强制推送（Force Push）中。
mobile-use采用 Apache 2.0 许可证。该许可证第4条明确规定，在分发源代码形式的衍生作品时，需要保留原项目中的版权、专利、商标和attribution notices（署名/归属声明）；若原项目包含NOTICE文件，相关归属声明也需在衍生作品中保留。Minitap表示，其不仅采用Apache 2.0，还专门提供了NOTICE文件，明确要求进行署名。
创始人语录与核心诉求
“在另一个项目中看到熟悉的代码，这是我们开源项目时就知道会发生的事情。不过，如果这段代码是以谷歌的名义出现的，却没有注明其来源，这种情况就让人难以接受了。” —— Nicolas Dehandschoewercker，Minitap创始人兼CEO
“这些代码文件的背后，是一个个活生生的人。我见证了他们为此付出的努力、倾注的心血，以及他们对所构建成果的深切在乎。我希望他们能看到自己的成果被使用，并为自己的工作感到自豪。”
“Google目前采用的部分设计理念，实际上已经落后我们当前产品大约七个月。”
Google 的回应与现状
事件曝光后，Google很快对Artemis代码进行修改，并在项目中添加声明：“本项目包含由Minitap公司开发的源代码”。但截至目前，Google尚未发布单独的公开声明解释此前的作者信息变更。Minitap方面认为，该补充间接证实了Google已承认相关代码来自mobile-use，只是在最初使用时未能正确履行署名义务。
🚀 对企业 AI 化的启示
开源合规是 AI 商业化的底线
Apache 2.0 许可证的“宽松”不等于“无限制”。企业在复用开源代码时，必须严格保留版权、专利、商标和attribution notices。对于AI企业而言，Google 与 Minitap 的案例表明，忽视署名义务可能引发严重的品牌与法律风险。
开源生态的信任资产不可替代
mobile-use 在AndroidWorld基准测试中100%任务成功率的成绩，证明了小团队的技术实力。而 Artemis 事件中3个作者名被删除的细节，暴露了大厂在开源协作中的治理短板。企业应建立开源代码溯源机制，将NOTICE文件、Git历史与署名信息纳入合规审计流程。
技术代差与商业策略的平衡
Minitap在2026年2月后转向闭源版本，并声明Google Artemis的设计理念落后其当前产品约七个月。这提示企业：开源与闭源并非对立，而是商业策略的不同阶段。在AI竞争白热化的环境下，Google 等大厂需在快速产品化与尊重开源社区之间找到平衡，否则将面临声誉与生态的双重损失。
【官方原文链接】点击访问首发地址
常见问题
相关文章
马斯克与SpaceX/xAI数据收购战略：Grok大模型训练转向破产初创公司数据
2026年9月，彭博社爆料SpaceX内部非正式讨论从破产初创公司购买客户信息和运营数据以训练Grok。此前Grok依赖X平台数据塑造人格、AI tutors补充专业能力，现需真实业务场景数据。谷歌曾出价1000万美元竞购Spirit Airlines数据被搁置。Grok下载量从1月2000万+跌至4月830万，面临OpenAI和Anthropic竞争压力。
2026年9月20日Anthropic 设立湿实验室并收购 Coefficient Bio：AI 驱动生命科学商业落地与 GEO 启示
Anthropic在旧金山湾区设立湿实验室，让Claude参与实验执行，生命科学成为其投入最大领域之一。公司确认收购Coefficient Bio，交易对价约4亿美元股票支付，并与诺华、罗氏基因泰克等药企合作。CEO Dario Amodei呼吁平衡加速研发与控制风险，湿实验室能否转化为可上市疗法仍待临床验证。
2026年9月20日智谱ZCode与Grok Build数据外传风波：AI Agent厂商信任危机与GEO启示
2026年9月，智谱ZCode被曝默认打包上传用户项目数据，含86.6%历史修改记录，解密钥匙由厂商掌控。此前xAI Grok Build、Claude Code均出现类似数据外传问题。三起事件均非监管或审计发现，暴露AI Agent行业安全框架仅防外部攻击、不约束厂商自身行为的结构性缺陷。企业客户采购审查与社区曝光是当前仅有的约束力量。
2026年9月20日