#软件资讯 [已和解] 美团光年之外团队就 Tabbit 浏览器违反开源协议发布回应，以 fork 项目时没有添加许可证为由为自己辩护，殊不知这仍然是侵权行为。发布在 GitHub 上的项目如果没有添加许可证则默认受版权保护，光年之外团队以为没有许可证就可以随意采用代码，显然该团队的回应自爆可能自己可能没人懂版权这方面的问题。查看全文：https://ourl.co/111991

美团旗下光年之外团队推出的 AI 原生浏览器 Tabbit 被开源项目开发者发现违反开源协议，在使用开源项目代码的同时没有声明相关项目并按照许可证要求进行产品开源。

经过发酵后光年之外团队两度回应此事，并且似乎已经与被侵权的项目开发者进行沟通，到本文发布时双方算是达成和解，不过蓝点网仍然认为有必要将光年之外团队的回应发出来。

光年之外团队最大的问题在于对闭源项目 / 开源项目的版权许可问题完全搞不清楚，所以发布的回应甚至是自爆，即自爆自己团队可能没人懂版权方面的问题。

下面是回应原文：

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，供社区审阅和使用，以实际行动回馈开源社区。

如有任何疑问，欢迎通过 [email protected] 与我们沟通。

原作者最新回应如下：

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

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

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

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

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

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

问题在哪里：

光年之外团队以当时采用该项目时没有许可证为由来证明自己的合理性，然而实际上在 GitHub 上明确说明，如果某个项目没有许可证那也意味着所有代码受到版权保护，不得在未经允许的情况下使用这些代码。

所以在 1 月 2 日前陪读蛙项目没有添加许可证的情况下，光年之外直接使用代码就是明显的侵权行为，并不是说没有许可证、完整代码发布在 GitHub 上就可以随意采用，所以光年之外团队对 GitHub 上的项目许可问题存在严重的误解。

还有个就是 GPL-300 许可证的传染性问题，按照该许可证的要求，使用采用此类许可证的项目，那么延伸产品也必须完整开源，这意味着光年之外团队移除陪读蛙以及将翻译部分完全开源仍然是违反许可证要求的。

如果非得抠字眼说在 1 月 2 日前采用的代码，当时没有许可证，后面没有再使用代码那也能说得过去，那就是侵犯原作者合法权益而不是违反 GPL-3.0 许可证，所以无论怎么说都存在侵权行为。