美团AI浏览器Tabbit卷入开源代码争议，官方紧急回应并开源全部争议代码

近日，美团旗下AI浏览器产品Tabbit（GN06团队研发）因涉嫌抄袭开源项目“陪读蛙（read-frog）”的翻译功能代码，引发开发者社区广泛讨论。事件在技术圈迅速发酵，不少开发者在GitHub和知乎等平台指出，Tabbit中用于中英文互译的核心代码段，与“陪读蛙”项目高度雷同，甚至存在相同变量命名、注释风格和逻辑结构。

面对质疑，Tabbit团队于3月1日发布官方说明，承认在2025年12月30日开发翻译模块时，确实从“陪读蛙”的GitHub仓库fork了部分代码。当时该项目尚未声明任何开源许可证，团队误以为可自由使用。然而，原作者在2026年1月2日通过提交a0679e2为项目追加了GPLv3协议——这意味着任何基于该项目的衍生作品，必须公开源码并保持相同许可。由于Tabbit团队未持续跟踪上游更新，未能及时发现协议变更。

在确认侵权事实后，美团方面迅速采取行动：不仅从最新版Tabbit中彻底移除了相关代码，还将争议部分的完整实现作为独立项目上传至GitHub，命名为“tabbit-translate-fork”，并明确标注“基于read-frog代码重构，原作者为@read-frog”。项目页面附有致歉声明：“我们尊重每一位开源贡献者的心血，此次疏漏是我们的责任，我们愿意接受社区监督，并将此次事件作为内部合规培训的典型案例。”

开源协议不是“事后补丁”，大厂的合规短板正在暴露

这不是第一次大厂因“无意识侵权”被推上风口浪尖。过去两年，类似事件已多次发生：某互联网巨头在AI训练数据中使用了未授权的开源模型，另一家科技公司被曝在内部工具中直接复制MIT协议项目却未保留版权声明。但这一次，公众反应格外激烈——因为Tabbit是面向普通用户的AI浏览器，而非内部工具，它的用户量已超百万。

开源协议不是“写在角落的法律条文”，而是开发者社区赖以生存的契约。GPLv3这类“强传染性”协议，要求衍生作品必须开源，正是为了防止大公司“搭便车”后封闭生态。许多开发者表示，他们愿意分享代码，但不能接受自己的劳动成果被包装成商业产品后，连一句致谢都没有。

值得注意的是，原作者“陪读蛙”并非知名项目，而是由一位中国独立开发者在2024年利用业余时间维护的轻量级翻译引擎。项目本身没有商业计划，也没有融资，却因技术简洁、文档清晰，在国内学生和程序员群体中积累了稳定用户。这次事件，让无数普通开发者第一次意识到：他们写下的每一行代码，可能正在被大厂悄悄使用。

开源合规，不能再靠“运气”

据业内知情人士透露，美团内部此前并未设立专门的开源代码审查流程，AI团队普遍采用“先跑通、再优化”的敏捷模式，代码复用依赖个人经验判断。而此次事件后，美团已紧急启动“开源供应链审计”项目，要求所有新功能在上线前必须通过第三方工具（如FOSSA、Snyk）扫描许可证风险，并由法务团队签字确认。

这起事件也促使更多企业重新审视自己的开发流程。有创业公司负责人表示：“我们以后所有用到的开源库，都会在项目初始化时建一个‘许可证清单’，每新增一个依赖，必须有人确认协议类型。”

如今，开源已不再是“技术人的小圈子游戏”，它正成为AI时代基础设施的重要组成部分。谁能在快速迭代中守住底线，谁才能赢得真正长期的信任。Tabbit这次的补救，或许不能完全平息争议，但它至少给了社区一个态度：承认错误，比掩盖更值得尊重。