美团 AI 浏览器，上线第一天就被锤抄袭？

Apache 2.0：在MIT的宽松之上，附加了专利与变更记录条款

Apache 2.0许可证与MIT协议同属宽松型开源许可，但它引入了两项关键的法律与技术约束：其一，任何代码修改都必须附有明确的变更说明文档；其二，协议明确授予用户专利使用权，这为企业用户规避了潜在的专利侵权风险。正是这份增强的法律确定性，使其成为众多企业级项目的首选。

免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈

美团AI浏览器Tabbit发布即陷抄袭争议

美团近期推出的AI浏览器Tabbit，旨在将传统浏览器从被动的内容查看工具，升级为能主动执行任务的智能代理，例如自动化表单填写、信息调研与数据搬运。

图片

这一产品理念颇具前瞻性。

然而，产品发布次日，即有开发者在社交媒体公开指控Tabbit抄袭其开源项目“陪读蛙”（Read Frog）——一款沉浸式翻译插件。

图片

争议焦点集中在翻译功能的用户界面设计上。

左侧为美团Tabbit界面，右侧为陪读蛙界面。

图片

从视觉对比来看，两者界面布局高度相似。

另一功能页面对比。

图片

此界面的组件排布与交互逻辑也显示出明显的雷同。

部分核心快捷键组合甚至完全一致。

当然，界面设计的趋同尚不足以构成决定性证据。翻译插件的交互范式本身较为固定，存在独立设计出相似方案的可能性。

但随后，原作者通过开发者工具检查Tabbit的代码资源，发现了一个关键证据：一个图标文件的命名直接使用了“read-frog”。

这与被抄袭项目的名称完全吻合。

图片

UI相似或可辩解为设计巧合，但内部资源文件的命名直接沿用他方项目标识，这很难用无意识的行为来解释。

或许有人会提出，当前AI辅助编程工具可能导致代码的无意识“借鉴”。

这一论点值得深入审视。

其性质类似于，你将外部获取的、带有明确归属标记的材料，未经审查便直接整合进商业产品。无论过程如何，最终结果构成了对他人成果的未授权使用。

问题的核心在于，“陪读蛙”项目采用了GPL-3.0开源许可证。

开源许可证详解：权利、义务与商业风险

开源不等于无限制使用。不同的开源许可证定义了截然不同的使用权限与合规要求。以下是主流许可证的核心区别解析：

MIT许可证：最为宽松。允许商业使用、修改、分发，仅需保留原始版权声明。常被误读为“开源即可随意使用”的典型代表。

Apache 2.0许可证：在MIT的宽松基础上，增加了专利授权条款和代码修改文档化要求，为企业提供了更强的法律风险防护，因此备受企业级项目青睐。

BSD-3-Clause许可证：同样宽松，但额外禁止使用原作者姓名进行衍生品的推广或背书。

本次事件涉及的是GPL-3.0许可证，属于“强著佐权”类型。其核心条款具有“传染性”：任何使用了GPL-3.0代码的项目，在对外分发时，其整个项目都必须以相同的GPL-3.0条款开源。这使得意图保持闭源的商业产品必须严格规避此类代码。

合规本质：协议违反与企业的开源治理

美团Tabbit事件的核心矛盾在于：作为未开源的商业产品，其使用了受GPL-3.0协议约束的开源代码。

这构成了明确的许可证违规。

据原作者后续更新，美团已与之联系，并将事件归因于“对开源协议的理解和流程管控不够严谨”。

图片

独立开发者的心血成果被大厂产品未合规使用，这凸显了开源协作中的权力不对等。

“不了解协议”的解释，对于缺乏法务支持的个人开发者尚可理解，但对于美团这样拥有完善技术、法务团队与流程规范的大型科技公司而言，则显得说服力不足。

行业内的成熟企业普遍部署了软件成分分析工具，在CI/CD流程中自动扫描第三方代码依赖及其许可证，以预警合规风险。

因此，事件的发生过程显得尤为值得深思。

无论最终处理结果如何，此事无疑为所有开发者敲响了警钟：为开源项目选择许可证时，必须充分理解其法律内涵。有时，许可证的选择比代码实现本身更具长远影响。