一句话看懂：Minitap 公开指控 Google 的移动自动化项目 Artemis 未经署名使用了其开源项目 mobile-use 的代码，包括设备连接实现、Hopper 智能体提示词和示例文件，并在历史版本中删除了原作者姓名。事件触及开源授权与署名规范，目前 Google 尚未公开回应。
事件核心：发生了什么
据 Minitap 官方博客披露，其团队于 2 月开发了开源研究项目 mobile-use，用于验证 AI 智能体能否可靠操作手机；随后转向闭源商业版本，目前支撑 Minitap 的 Web 与移动端 QA 业务。Google 发布移动设备自动化项目 Artemis 后，Minitap 对比发现多处代码高度相似：Android 设备连接部分与其实现一致，Hopper 智能体的指令逐字相同，就连“向 Alice、Bob、Charlie 发送新年祝福消息”的 WhatsApp 示例，任务、注释和清理步骤也完全一致。Minitap 称，双方早期版本甚至共享同一个 bug——辅助程序写入结果文件后，下次读取自身输出会失败。更引发争议的是作者信息：早期包文件列有 Pierre-Louis Favreau、Jean-Pierre Lo 和 Nicolas Dehandschoewercker 三人，替换版本删除了全部姓名并改挂他人；GitHub 活动记录显示该替换发生在 8 月的一次 force push。Minitap 表示，截至 9 月 11 日核查时，这些匹配内容仍存在于 Artemis 中，而其 README 未对 mobile-use 署名，相关代码采用 Apache 2.0 许可。
为什么重要
Apache 2.0 允许再分发和商用，但明确要求保留版权与署名声明、标注修改，并在包含上游 NOTICE 文件时保留相关归属信息。Minitap 的核心诉求并非禁止使用，而是署名缺失。这一事件之所以在 Hacker News 引发讨论，是因为它触及开源生态的信任基础：开发者愿意公开代码，前提是贡献可被追溯；如果大公司采用后抹去来源，会削弱中小团队继续开源的意愿。对 AI 行业而言，智能体操作手机、跨应用自动化正处于工程化落地阶段，开源代码的合规使用直接关系到产品能否安全商业化。
对用户/开发者/创作者的影响
开发者若在自研 AI 应用中引入 mobile-use 或类似开源项目，应保留 LICENSE、NOTICE 和原作者信息，对修改处做标注，避免合规风险。使用 Artemis 等移动自动化工具的用户，短期内功能体验可能不受影响，但项目来源与维护透明度值得留意。对开源维护者来说，可提前在仓库中固化版权头、提交记录和许可文件，降低被“去署名”后举证的成本。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
一是 Google 是否公开回应，并补充 mobile-use 的署名或说明代码来源；二是 Artemis 仓库是否恢复原作者信息、更新 README 与 NOTICE 文件；三是 Minitap 公开的事实记录是否引发更广泛的 Apache 2.0 合规讨论，以及企业采购移动自动化方案时是否开始审查开源来源。
