美团Tabbit公测遇代码疑云，与开发者沟通后联合澄清

（文/刘婉婉 编辑/周远方）

3月2日，美团旗下备受瞩目的AI团队“光年之外”推出其首款AI浏览器产品Tabbit，主打沉浸式翻译与智能任务执行功能，迅速引发科技圈关注。

然而，在公测第二日，Tabbit便卷入一场争议风波。独立开发者“梦溪睡了吗”在社交平台公开指控Tabbit抄袭其开源项目“陪读蛙（Read Frog）”的代码。

接着，事件在几个小时内又迅速反转。3月3日下午，双方发布联合声明，确认此次事件“并非出于主观恶意”，而是一场因对开源协议理解和内部流程疏忽导致的“误会”。

风波骤起，美团两度回应

3月2日，Tabbit AI浏览器宣布进入公测，支持macOS与Windows双平台，并采取免费开放策略。这款“智能工作伙伴”产品，旨在通过AI能力自动处理网页操作、信息提取等复杂任务。

然而，仅仅一天后，开源项目“陪读蛙”的作者“梦溪睡了吗”便在社交媒体上发文，直指Tabbit浏览器在核心翻译功能模块上与其作品存在“惊人的相似度”。

该开发者晒出的对比图显示，两款产品在翻译设置的下拉菜单逻辑、快捷键预设、自定义CSS预览区的界面设计上，呈现出相似性。更有技术社区网友通过拆包分析发现，在Tabbit的资源文件文件夹中，存在一个未改名的文件“read-frog-4eqZINCU.png”，直接使用了原项目的英文名称。这瞬间点燃了开源社区的情绪。

随着讨论的深入，争议焦点迅速从界面模仿上升到法律与契约层面。“陪读蛙”项目在GitHub上明确采用了“GPL-3.0”开源协议。GPL被誉为“强传染性”协议，其核心要求是：任何使用了GPL协议代码的衍生软件，都必须公开其源代码，并同样采用GPL协议发布。

这意味着，如果Tabbit确实使用了相关代码，其作为闭源商业软件上线，已涉嫌违反开源协议。

面对指控，美团Tabbit团队在3月3日当天两度回应。首次回应中，团队表示，其在2025年12月30日开发翻译功能时，关注到“read-frog”项目，当时该项目仓库“并未包含任何开源协议声明”。团队因此进行了“fork”（复制项目）并以独立项目方式开发。

原作者于2026年1月2日通过一次提交（Commit a0679e2）为项目添加了GPLv3协议，而Tabbit团队因未持续合并原项目后续代码，“未能及时关注到此次协议变更”。

团队强调，fork行为发生在协议明确之前，但“充分尊重和理解原作者对项目的所有权及其协议选择”，承诺将从浏览器新版中移除此翻译项目并将项目完整开源。

第二次回应，则是与原作者沟通后的联合声明。声明承认“对于该项目的开源协议调研不够充分，对开源社区规范造成了不好的影响”，并宣布了实质性整改措施：

一是立即移除：从Tabbit浏览器新版中移除此翻译项目代码；二是完整开源：已将修改后的项目代码在GitHub上完整开源，供社区审阅和使用；三是寻求授权：已与原作者沟通项目许可证（License）的正式授权，待授权后再考虑恢复此功能；四是流程升级：将全面升级内部代码审查与开源项目使用流程。

原作者确认“误会”：呼吁尊重规则

在联合声明中，“陪读蛙”原作者“梦溪睡了吗”对事件性质做出了关键定性。他表示：Tabbit团队在问题被指出后第一时间联系并进行了说明与自查。从沟通过程看，确认“本次问题并非出于主观恶意，而是对开源协议理解和合规流程不够严谨所致”。

他同时呼吁：“开源社区的健康发展，离不开规则意识与相互尊重。无论是个人开发者还是企业团队，在使用开源项目时都应更加重视协议条款与合规边界。”

资料显示，原作者曾任职于字节跳动和波音公司，“陪读蛙”是其开发的一款AI驱动的开源浏览器语言学习扩展插件，于2025年上线，可无缝接入多家大模型服务，在GitHub上已获得超过3.8k星标，具有一定影响力。

此次风波虽在24小时内因双方的快速沟通和整改而趋于平息，但其暴露出的问题却值得整个行业深思。

这并非简单的指控，而是一起典型的开源代码使用合规性事件。折射出在AI应用爆发、竞争白热化的背景下，大型科技公司在追求产品快速迭代和上市速度时，可能存在的开源供应链管理漏洞。

正如双方在声明中所共同呼吁的，无论是个人开发者还是企业团队，在使用开源项目时都应更加重视协议条款与合规边界。只有建立在规则意识与相互尊重基础上的协作，才能推动开源生态与商业创新的共同繁荣，让技术走得更远。