美团AI新产品被指“抄袭”前字节员工开源项目？深度解析争议始末及技术细节比对

确实，这把火烧得很快。

从昨天到今天，我的朋友圈和技术群里，不少人都在转发这个新工具。

许多自媒体同行的评测文章更是铺天盖地，将其形容为效率神器。

然而，就在这一片大厂上新的热闹欢呼声中，我却在社交媒体上，关注到了一个极其刺耳、甚至有些尴尬的杂音。

故事的主角，一方是拥有几千亿市值、拥有庞大技术团队的互联网巨头美团；

而另一方，则是一个名为 陪读蛙（Read Frog） 的独立开源项目，背后站着一位默默耕耘的独立开发者。

本该毫无交集的两条平行线，却因为一次代码撞车撞在了一起。

在社交媒体上，陪读蛙的开发者发出了愤怒且无奈的控诉：

几千亿市值的公司，白嫖嫖到我头上了？

这句话瞬间点燃了整个社区的情绪，大家纷纷转发、评论支持。

大家都在好奇，这究竟是 UI 设计上的纯属巧合，还是代码深处的拿来主义？

怀着好奇与求证的心态，我花了一上午深入扒了一下这件事的来龙去脉。

结果发现这瓜比我想象的还要大，也比我想象的更实锤。

当一个独立开发者的心血，被互联网巨头连文件名都不改地拿去商用。

我们看到的，不再是技术实力的比拼，而是一场关于体面的丢失。

在大厂的面前，开源契约精神似乎成了一纸空文。

PART.01

似曾相识的设计

事情的起因，源于一种强烈的既视感。

3 月 3 日，开源项目陪读蛙的作者 @梦溪睡了吗 在社交媒体上发文。

指出美团刚刚公测的 Tabbit 浏览器，在核心的翻译功能模块上，与自己的开源项目存在着惊人的相似度。

在软件工程领域，UI（用户界面）的设计撞车并非罕见。

毕竟，优秀的设计规范（如 Material Design）往往会引导设计走向相似的路径。

然而，当网友将两款产品的界面截图并排放在一起时，那种巧合的概率似乎正在被无限压缩。

即使是完全不具备技术背景的普通用户，也能从这张对比图中一眼读出端倪。

我们不妨从上往下看：在核心的翻译设置中，下拉菜单里从双语显示到只显示译文的选项逻辑与排列顺序，简直如出一辙。

视线移到中间的快捷键设置区域，无论是网页翻译还是划词翻译，其默认键位的预设、输入框的长度比例，甚至连文字说明的语序，都呈现出一种令人惊讶的像素级一致性。

而最令人深思的则是底部的预览区。

这本该是一个极具个性化的设计点，包含了自定义 CSS 的开关、特定灰度值的背景色块以及精细的文字边距。

然而在 Tabbit 浏览器中，我们几乎看到了一个完全重叠的孪生兄弟。

在设计界，我们或许可以善意地称之为致敬。

但在代码的世界里，UI 的高度同构往往暗示着底层的配置项（Config Schema）与数据结构可能存在着直接的搬运。

面对这样的画面，有网友在评论区留下了一句略带讽刺的评价：

这不叫参考，这简直是 Ctrl+C 加上 Ctrl+V 的艺术。

PART.02

代码里的铁证

如果说 UI 层面的相似还存在辩解的空间，那么接下来的发现，则让这场争议从视觉模仿滑向了代码挪用的实锤深渊。

随着舆论的发酵，技术社区 Linux.do 的多位开发者对美团 Tabbit 浏览器的安装包进行了拆包分析。

在二进制的世界里，谎言往往比在公关稿中更难掩饰。

在 Tabbit 的资源文件夹（assets）深处，热心网友发现了一个并未被重命名的文件：read-frog-4eqZINCU.png。

read-frog，正是博主 @梦溪睡了吗 原创项目的英文名称。

这一发现具有极强的象征意义。

在软件开发中，如果一家大厂是基于开源思路进行独立重构，他们通常会建立自己的一套命名规范和文件索引。

出现原项目的名称，在逻辑上只有一种解释：开发者直接引用了原项目的源代码或资源包。

这一幕充满了某种黑色幽默的意味。

它就像是你买了一双耐克的运动鞋，鞋面光鲜亮丽，但当你掀开鞋垫，却发现里面赫然印着双星的 Logo。

该热心网友在看到这一证据后，原本准备客观进行深度代码比对的他，只留下了一句无奈的感叹：打开一看直接歇比了。

看到这里，可能很多读者会觉得：这不就是大厂里常见的草台班子为了赶工期搞出的低级乌龙吗？

但作为行业从业者，我看到这一幕时，心里的感受只有两个字：魔幻。

Tabbit 背后的操盘团队并非泛泛之辈，其前身正是曾在 AI 圈掀起巨浪的光年之外（由王慧文创立，后被美团收购，现为美团GN06）。

我之前写过不少关于他们的文章，对这个顶级团队的产品实力一直抱有很高的期待。

正是因为了解，所以才觉得魔幻。

如果说 UI 撞车还能解释为产品经理的审美趋同，那么在代码包里直接保留别人开源项目的原名文件，这种操作真的让人看不懂。

直接用别人的代码可以理解为复用，但不改逻辑、不改 UI，甚至连文件名 read-frog 都原封不动地保留。

这种连名字都不改的松弛感，真的不应该出现在这样一个顶级的团队身上。

哪怕只是改个名字呢？

这不仅是内部合规流程的缺失，更像是一种对开源社区无所谓的傲慢。

PART.03

被遗忘的GPL 协议

为什么开发者会如此愤怒？

这仅仅是因为被抄袭吗？

事实上，这起争议的核心，早已超越了简单的抄袭范畴，上升到了法律契约的高度。

我们回到了 @梦溪睡了吗 的 GitHub 仓库，在项目首页的右侧，一行小字显得格外刺眼：

GPL-3.0 license。

在开源世界中，GPL v3（GNU General Public License v3）被称为强传染性协议。

它并非不可以被商用，但它有着一条不可逾越的铁律：

任何使用了 GPL 协议代码的衍生软件，都必须公开其源代码，并同样采用 GPL 协议发布。

这是一份基于信任的法律契约。

开发者愿意无偿分享自己的智慧，换取的是对技术共享这一理念的尊重与传承。

然而，现实的吊诡之处在于：

美团 Tabbit 浏览器作为一款闭源的商业软件，在疑似使用了 GPL 代码的情况下，并未履行开源义务。

在中国司法实践中，GPL 协议的法律效力已被多次确认。

在著名的罗盒诉风灵案中，法院明确判定：

违反 GPL 协议使用开源代码，构成违约与侵权。

因此，当 Tabbit 浏览器的安装包里出现了那个文件时，性质就变了。

这不再仅仅是道德上的偷懒，更涉嫌法律层面上的违规。

然而，比大厂违规更令人感到寒意的是，这种对开源规则的漠视，似乎在国内已经成了一种潜规则。

就在争议发酵的同时，我们在评论区看到了这样一种极具代表性的言论。

有朋友发出了这样一个疑问：

“那你开源干嘛呢？开源不就是给别人抄的吗？”

这恐怕是中文互联网上对开源最深的误解，也是国内开源生态最悲哀的注脚。

必须纠正一个常识性的错误：开源（Open Source）≠ 放弃版权（Public Domain）。

开源作者放弃的只是封闭代码的权利，但从未放弃要求使用者遵守规则的权利。

这就好比有人在路边修了一座免费的桥，方便大家过河（开源），但这不代表你可以把桥拆了运回自家后院。

更不代表你可以在桥头设个收费站，说是你修的（违反 GPL 闭源商用）。

GPL 协议这类Copyleft协议的存在，恰恰是为了防止代码被大公司白嫖后变成私有财产。

开源不是给别人抄的，而是给别人用的。

用的前提，是必须尊重原作者制定的游戏规则。

如果大家都抱着“开源就是让大家随便抄”的强盗逻辑，那么最终的结果只有一个：

没有人再愿意分享代码，技术世界将退回到封闭和重复造轮子的黑暗时代。

这也正是为什么网友们要对美团 Tabbit 这次的行为较真。

大家捍卫的不是几行代码，而是分享者不该被掠夺的底线。

PART.04

迟到的合规与排期的借口

面对确凿的证据和沸腾的舆论，美团 Tabbit 团队终于在事发当晚打破了沉默。

官方小红书账号在原博主的小红书帖子评论区下留言，承认了引用开源代码的事实。

然而，这份迟来的道歉中，理由却显得有些耐人寻味。

虽然官方在留言里承认了对开源代码的引用事实，但他们将违规的原因甩锅给了排期。

声称因公测首日日程受限，内部审查流程没能跟上发布节奏。

最后，他们开出了一张七天支票，承诺在一周内完成代码开源补救和 License 声明的完善。

这种先上车后补票的操作，很难让人相信是出自一个顶级技术团队之手。”

这是一种非常典型的大厂公关话术：态度诚恳，身段柔软，但逻辑却经不起推敲。

评论区网友的一句反问，真实地道出了无数开发者的心声：

没做好这方面，为什么能 release（发布）呢？

这正是问题的症结所在。

在软件发布流程中，合规审查（Compliance Review）本应是上线前的必选项，而非上线后的补救项。

没有任何一条法律规定，因为排期太紧或流程没走完，企业就可以先违规上车，等被抓包了再补票。

如果博主没有发现呢？如果社区没有炸锅呢？这个尚在推进中的内部审查流程，究竟会推进到何时？

这不禁让人联想到一个尴尬的行业现状：

在 KPI 和上线日期的双重重压下，合规部门往往是缺位的，或者说是被刻意绕过的。

只有当舆情危机爆发时，合规才会被作为一种灭火器匆忙搬出来。

这背后也许折射出的是大厂在面对开源社区时某种习惯性的傲慢：

习惯了用商业逻辑去消解技术规则，习惯了将侵权成本计算在项目预算之内。

PART.05

请尊重开源社区

这起事件，大概率会以美团在 7 天内完成开源、发布致歉声明而画上句号。

对于这家庞大的互联网巨头而言，这或许只是一次微不足道的公关危机，是庞大业务版图中的一个小插曲。

但对于陪读蛙的作者，以及千千万万个像他一样的独立开发者而言，这却是一次关于尊严的硬仗。

开源精神是互联网技术的基石。

它鼓励创新，鼓励共享，但它绝不是免费的午餐，更不是任人收割的无主之地。

GPL 协议的存在，不是为了限制商业公司的发展，而是为了保护每一位贡献者的心血不被滥用。

我们理解大厂在 AI 时代追赶浪潮的焦虑，也理解工程师在排期压力下的无奈。

但这绝不能成为践踏规则的理由。

如果拿来主义成为一种默认的潜规则，如果先上车后补票成为一种通行的操作手法。

那么最终受到伤害的，将是整个中国开源社区的创新活力。

我们期待 Tabbit 团队在 7 天后的整改。

更期待未来的某一天，大厂的产品里的开源致谢不再需要通过扒代码来被动发现，而是写在每一行光明正大的致谢名单里。