Minitap 指控 Google Artemis 未署名使用其开源项目 mobile-use 代码

开源圈又起波澜。Minitap 公开指控 Google 的 Artemis 项目未署名使用了其开源项目 mobile-use 的代码。这类事件并不新鲜，但每次发生都像一根刺，扎在「开源精神」和「大厂自由使用」之间的灰色地带上。mobile-use 本身是社区贡献的成果，被用在体量大得多的产品里却没给署名，贡献者的不舒服完全可以理解。

先厘清争议焦点。开源不等于「随便拿」，绝大多数许可证都要求署名、保留版权声明、遵守分发条款。Minitap 的指控如果属实，问题不在于「Google 用了开源」，而在于「用了却没按许可证交代清楚」。这恰是很多团队容易踩的坑：以为抓来一段 GitHub 代码就能改完塞进产品，忽略了许可证里那些不起眼但具约束力的义务。

对大厂，这类指控的代价不在法律本身（多数能和解），而在信任。开源社区是许多技术突破的源头，一旦贡献者觉得「我种树你乘凉还不挂我名」，参与意愿就会降温，长期看伤的是整个创新生态。Google 若想维持「拥抱开源」的口碑，最稳的姿态不是辩解，而是快速核查、补署名、把流程补上，给社区一个清楚的交代。

对中小团队和个人开发者，这是堂必修的合规课。用别人的代码前，先看许可证类型（MIT、Apache、GPL 差异巨大），保留 NOTICE、声明出处、记录来源，这些动作不复杂但能救命。同时，如果你自己是开源作者，选好许可证、在 README 写清要求，也是在保护自己的劳动。开源讲的是共享，不是无偿被吞。

更宏观地看，AI 时代代码复用速度空前，模型还会自动「拼装」公开代码片段，署名与溯源会更难也更关键。工具和平台该把许可证检查做成默认环节，而不是靠作者事后维权。边界清晰，开源才能良性运转。

具体到许可证，差异很大：MIT 最宽松，只要保留声明；Apache 要求署名外加专利授权说明；GPL 类则带「传染性」，改了再分发可能要开源你的衍生部分。很多团队栽在没看清 GPL 这一条。对个人开发者，选许可证时把要求写清，是在保护自己的劳动；对企业，建一条「引入开源即查许可证」的流水线，成本极低却避开了大坑。AI 时代代码复用空前快，模型还会自动拼装公开片段，署名与溯源只会更重要。边界清晰，开源才能良性转，而不是沦为无声的素材库。

补一个可操作的落点：把许可证检查接进 CI。每次引入或升级依赖，自动生成 SPDX 清单并比对黑名单与传染型条款，违规就拦在合并前。这类工具不贵，却能挡掉绝大多数无心之失。对个人作者，被大厂「借用」也别只发推文吐槽——先确认自己的许可证是否真的要求署名，留存证据，再走正式沟通。开源维权成本高，但清晰的许可证加完整的提交记录，是最有力的底牌。

社区规范也得有人立。大厂「借用」成惯例，小作者的动力就被抽干。公开、可执行的署名期待，是整个生态的防护网。

把署名当成基本礼貌而非负担，开源才能滚雪球。一次大方标注，换的是整个社区愿意继续免费贡献，这笔账长期最划算。