美团Tabbit浏览器开源协议事件剖析：GitHub项目无许可证不等于可随意使用

近日，美团旗下“光年之外”团队推出的AI原生浏览器Tabbit，因被指使用开源项目代码时未遵守相关协议而引发社区讨论。事件虽以双方和解告终，但涉事团队的公开回应，却暴露了其对开源许可证，特别是GitHub平台默认版权规则的理解存在明显偏差。

事件背景：从代码使用到协议争议

事件始于开发者社区对Tabbit浏览器翻译功能的质疑。有开发者发现，该功能疑似使用了名为“陪读蛙”（read-frog）的开源项目代码，但未按该项目的许可证要求进行声明和开源。

在舆论发酵后，“光年之外”团队两度发布声明回应，并与原项目作者进行了沟通。目前，双方已达成和解。然而，团队回应的内容本身，却成为了讨论的另一焦点。

“光年之外”团队回应原文

2026年3月3日，我们关注到社区关于Tabbit浏览器使用“陪读蛙”源项目代码及开源合规的讨论。团队对此事高度重视，第一时间对项目的开源和合规情况进行了深度自查，现将事件发生的时间线及后续举措进行说明。

2025年12月30日，我们的团队在开发翻译功能时关注到 read-frog (https://github.com/mengxi-ream/read-frog) 开源项目。当时，该项目仓库中并未包含任何开源协议声明。团队经评估进行了项目fork，以独立项目的方式进行开发。

2026年1月2日，该项目的原作者在 Commit a0679e2 (https://github.com/mengxi-ream/read-frog/commit/a0679e250ab61d4a170801b6ad281702697e699f) 中为其添加了GPLv3协议。由于我们未继续合并原项目的后续代码，未能及时关注到此次协议变更。

虽然我们的fork代码行为发生在该项目添加明确的开源协议之前，但我们充分尊重和理解原作者对项目的所有权及其协议选择。我们将从Tabbit浏览器新版中移除此翻译项目，并已将此项目完整开源 https://github.com/Tabbit-Browser/read-frog，供社区审阅和使用，以实际行动回馈开源社区。

如有任何疑问，欢迎通过 partnerships@tabbitbrowser.com 与我们沟通。

原项目作者的最新回应

近日，围绕Tabbit浏览器在翻译功能开发过程中使用Read Frog项目代码的相关讨论引发关注。

在问题被指出后，Tabbit团队第一时间与我取得联系，并对项目使用情况进行了说明与内部自查。从沟通过程来看，对方态度积极、处理及时，可以确认本次问题并非出于主观恶意，而是对开源协议理解和合规流程不够严谨所致。

目前，相关代码已完成开源处理，双方也在进一步沟通后续事宜。

开源社区的健康发展，离不开规则意识与相互尊重。此次沟通也再次提醒，无论是个人开发者还是企业团队，在使用开源项目时都应更加重视协议条款与合规边界。

作为一名开发者，也作为中国人，我乐于看到国内AI浏览器与技术产品不断进步、走得更远。在尊重开源规则与作者权益的前提下，技术合作与良性发展才是更值得期待的方向。

感谢社区的关注与理性讨论。

回应中的关键问题出在哪里？

“光年之外”团队的回应试图以“fork时项目尚无许可证”为由进行解释，但这恰恰暴露了其对GitHub及开源版权基本规则的理解误区。

1. 无许可证 ≠ 可自由使用

团队的核心论点是：他们在2025年12月30日fork项目时，原仓库“并未包含任何开源协议声明”。然而，根据GitHub官方文档的明确说明，如果一个仓库没有明确的许可证，则默认保留所有权利。这意味着代码受版权法保护，未经授权不得复制、分发或修改。

因此，在原项目于2026年1月2日添加GPLv3许可证之前，“光年之外”团队使用其代码的行为，本身就可能构成了对原作者版权的侵犯，而并非其回应当中所暗示的“无协议即可用”状态。

2. GPL许可证的“传染性”问题

即便接受其“使用发生在协议添加前”的时间线，另一个问题在于GPLv3许可证的特性。GPL是具有强“传染性”（copyleft）的协议，它要求任何包含或衍生自GPL代码的作品，在分发时也必须以相同的GPL条款开源。

“光年之外”团队在回应中表示“将从Tabbit浏览器新版中移除此翻译项目，并已将此项目完整开源”。这个做法看似妥协，但如果Tabbit浏览器在某个版本中确实包含了受GPLv3保护的代码，那么仅仅移除并开源独立项目，可能仍不足以完全满足GPLv3对于整个“衍生作品”的开源要求。严格来说，其使用了该代码的浏览器版本理论上也应遵循GPL进行开源。

核心启示：尊重规则是参与开源的前提

此次事件最终以和解收场，原开发者亦接受了“理解不够严谨”的解释，这体现了开源社区互助与包容的一面。但它也为所有开发者，尤其是企业团队敲响了警钟。

参与开源生态，首先意味着尊重其规则。这不仅仅是遵守白纸黑字的许可证条文，更包括理解其背后的精神与默认的法律框架（如版权）。将托管在公开平台上的代码简单地等同于“可随意取用”，是一种危险且不合规的认知。

对于技术团队而言，建立完善的开源合规审查流程，或在项目初期引入相关法务咨询，是避免此类纠纷、保护自身产品的必要投入。每一次对规则的忽视，都可能为项目埋下潜在的风险。

如何在合规的前提下高效利用开源项目，是每个技术团队都需要面对的课题。欢迎大家在 云栈社区 继续探讨开源实践中的经验与挑战。

图为Tabbit浏览器中相关翻译扩展的设置界面截图。