跳到主要内容

⚖️ Open WebUI 许可证

在 GitHub 上查看完整许可证 →

保持 Open WebUI 自由、公平和可持续​

提示

太长不看 (TL;DR)：

为了让 Open WebUI 能够长期繁荣发展，我们在 Open WebUI v0.6.6+ 版本中引入了一项轻量级的品牌保护条款。这有助于我们在维持项目运转的同时，确保所有用户依然能够获得核心体验。品牌要求仅适用于较大规模的部署（合计 50 名以上的用户）。用户数在 50 人或以下的自托管内部部署，如果愿意的话，可以完全重塑品牌（rebrand）。

作为一个构建关键任务级 AI 工具的独立小团队，我们依赖于合理的署名来支持持续的开发、安全和质量提升，且这一切都不会限制正当使用 Open WebUI 的真实用户、贡献者或企业。

而对于那些更喜欢完全宽松（permissive）许可路径的人来说，任何人仍然可以从无任何限制的 v0.6.5 版本进行 Fork，并按照自己的意愿进行构建。这是一个简单、平衡的步骤，它保护了生态系统、加强了项目，并确保我们能够维持“赋能每个人”的使命。

如果你一直关注 Open WebUI 的发展历程，你就会知道我们的目标始终如一：以尽可能少的障碍，用前沿的 AI 技术赋能每一个人。Open WebUI 是一个独立的项目，由一个专注的核心小团队构建并维护。在过去的一年里，我们倾注了无数的时间、熬过的深夜以及真实的资金资源，努力将其打造成最好的工具，而且我们足够信任我们的用户，因此保持了它的免费和开源。

然而，随着 Open WebUI 的快速增长，我们开始观察到一种给项目的长期可持续性带来真正压力的模式：一些团体剥离了品牌标识，将我们的成果重新打包为他们自己的产品，并在没有任何声明或参与贡献的情况下将其商业化。这不仅仅是归属权的问题，它还给最终用户造成了困惑，掩盖了该项目作为免费软件的可用性，并使人们很难了解软件的真正来源。更糟糕的是，这些团体往往还会回过头来向我们寻求修复、支持和更新，将他们商业产品中本应承担的责任悄然转嫁，给这个独立小团队带来了极大的压力。这种动态最终消耗了我们的时间、精力、有限的带宽和资源，使我们无法专注于真正需要服务的人群：真正的社区。

这就是我们采取行动的原因：从 Open WebUI v0.6.6+（2025 年 4 月）开始，我们的许可证仍保持宽松，但现在增加了一个公平使用的品牌保护条款。此更新不会影响真正的用户、贡献者，或任何仅仅想善意使用该软件的人。如果你是真正的贡献者、小型团队，或是采用 Open WebUI 供内部使用的组织，对你而言一切都没有改变。

简而言之：

  • Open WebUI 仍然是免费且采用宽松许可的。
  • 你仍然可以出于任何目的使用、修改和重新分发它，只是在不符合三个明确标准之一（见下文）的情况下，不要移除或更改我们的品牌标识。
  • 对于在 v0.6.5 版本（含）及之前向代码库提交的所有贡献，原始的 BSD-3 许可证继续适用。

我们依然致力于透明、开放，并支持从爱好者到企业的每一个人。这是一种“半 copyleft”措施：我们仅保护品牌标识，以保持项目的诚实和可持续；而代码本身仍然如你期望的那样开放。

我们非常珍视你的信任。我们希望 Open WebUI 能够保持赋能和易用性，不被封闭、不被锁定。感谢你支持我们，以及 Open WebUI 的未来。

Open WebUI 许可证：详解​

提示

太长不看 (TL;DR)：想免费使用 Open WebUI 吗？保留品牌标识即可。

信息

在 BSD-3-Clause 这样的宽松许可证下，任何获得代码的人都有权使用、修改、重塑品牌和重新分发代码，包括在不同条款下进行。这种自由对维护者和用户同样适用。我们的使命是让每个人都能接触到 AI，我们做出的许可决定正是基于我们认为最能长期维持这一使命的考量。v0.6.5（含）及之前的 Open WebUI 代码库属于 BSD-3-Clause 许可，这无法追溯更改。如果你不同意这个方向，你同样有权做出自己的选择：从 v0.6.5 创建 Fork 并以你认为合适的方式在此基础上进行无限制的构建。致力于让 AI 普及的人越多越好。详情请参阅 许可证历史记录。

自 v0.6.6 起生效 (2025 年 4 月 19 日)：

现在的 Open WebUI 许可证：

  • 包含一项额外的品牌限制条款：

    • 除了以下情况外，你不得在任何部署或分发中更改、移除或遮挡任何 “Open WebUI” 品牌标识（名称、徽标、UI 标志等）。
    • 品牌标识必须保持清晰可见，除非：
      1. 在 30 天的周期内，你的用户数为 50 人或以下；
      2. 你符合实质性贡献者 (substantive contributor) 的资格 1，并且已获得我们针对品牌调整的特定事先书面许可；
      3. 你已从我们这里获得了企业许可证，该许可证明确允许更改品牌标识。

  • 在更新的许可证下，v0.6.5 之后（v0.6.6+）的新贡献需要签署 CLA。

  • 对于提交/合并到 v0.6.5（含）及之前代码库的所有代码，仍保持 BSD-3 许可（该旧代码不适用品牌要求）。

此内容不构成法律建议，具体措辞请参阅完整的 LICENSE (许可证)。

常见问题解答 (FAQ)​

1. 我还能为了个人项目、商业或教学自由使用 Open WebUI 吗？​

可以！ 只要不移除或更改 “Open WebUI” 的品牌标识，你就会受到这一带有轻度品牌保护的宽松许可证的保护。只是如果你的分发版本并非官方提供，请不要将其假冒为我们的“官方”版本。

2. 我想 Fork Open WebUI 并更改 UI 以适应我的用例。这允许吗？​

绝对允许。 你可以根据组织的需求更改、扩展和自定义代码或用户界面，但你必须保持 “Open WebUI” 品牌可见，除非：

  • 你的部署在任何 30 天窗口内的用户数均为 50 人或以下；或
  • 你符合实质性贡献者的资格 1 且已获得品牌调整的书面许可；或
  • 你已从我们这里获得了明确允许更改品牌标识的企业许可证。

如果你在不符合这些标准的情况下移除或修改品牌标识，则构成对许可证的实质性违约。

3. 这些条款不矛盾吗？BSD-3 说不能用你的名字来推广衍生版本 (Fork)，但同时又要求保留品牌？！​

好问题！ 我们的品牌要求意味着你不得虚假宣传你的派生版本是由 Open WebUI “认可”或“官方所属”（BSD-3-Clause，第 3 节），但出于透明度的考虑，它必须仍承认其来源。

  • 你必须保持 “Open WebUI” 品牌可见（除非你符合上述豁免条件）。
  • 你必须澄清（在你的文档/关于页面/落地页中）这是一个衍生版本 (fork)，而不是官方版本。
  • 对于你的派生作品，你不得暗示得到了我们的认可。

这并不矛盾，可以理解为“必须注明出处，但不得虚假陈述”。 你的合规行为既（1）保留了我们的版权信息/品牌，又（2）避免了虚假广告。

4. 为什么要添加这个条款？开源不应该是完全自由的吗？​

开源在让每个人都受益时才能运转良好。我们一直相信这一点，现在依然如此。但是，为了维持可持续性，我们必须保护项目免受破坏性行为的侵害。

以下是我们实际看到的情况，也是我们必须采取行动的原因：

  • 有些实体获取了 Open WebUI 的全部成果，悄悄剥离所有品牌标识，然后将该平台包装得仿佛是他们自己的发明一样。
  • 他们在向客户和组织提供的商业产品中推销这些重新包装的解决方案，有时还会标出极高的价格。
  • 在某些情况下，他们甚至进一步故意掩盖 Open WebUI 可以免费获取的事实，以便就原本免费可用的东西向用户收取高额费用。
  • 有些实体甚至到了这种地步：误导用户，让他们以为是在与原版 Open WebUI 背后的团队打交道，这在“谁负责维护软件”、“软件来源”以及“提供何种支持”等问题上造成了混乱和虚假的期望。
  • 当出现问题或客户需要功能更新时，这些团队就会转而依赖我们（原开发者）提供支持，而他们自己却从未向该项目回馈过哪怕一行代码、一份有用的 Bug 报告、一份文档或任何资源。
  • 实际上，他们从独立贡献者的集体努力中榨取价值，虚假陈述自己在项目中的角色，并且在运营过程中对生态系统或其可持续性没有任何回馈。

我们要澄清一点：

  • 并非所有没有做出贡献的人都是出于恶意。 “按原样”使用 Open WebUI，用于内部或非盈利目的，是完全可以的。我们预计大多数用户永远都不会贡献代码，这完全合理，宽松开源本来就是这样运作的！
  • 但这里有一条界线： 当你开始在产品来源上误导用户、利用独立维护者的善意和精力、索取多于付出（尤其是在赚钱并积极否认原作者署名的情况下）时，这已经超出了对开源项目的合理使用范围。
  • 现实情况是，开源对构建它的人来说并不“免费”：它需要巨大的时间投入、个人牺牲、持续的基础设施成本和奉献精神。当我们的善意被利用时，它直接威胁到我们让这个项目为其他人继续存活和繁荣的能力。

这就是为何存在新品牌条款的原因。长期可持续性是核心动机，许多广泛使用的开源项目都采取了类似甚至更严格的措施来维持生存。我们选择了一条轻量级的道路：保护品牌，同时保持代码开放。

  • 它为真正的用户和贡献者保留了开放性，任何人都可以使用、部署甚至构建商业产品，只要他们尊重透明度并尊重我们社区的工作。
  • 它防止我们的贡献被隐瞒或被虚假陈述，从而保护项目的形象、信任度声誉。
  • 重要的是，它还激励个人和组织积极向 Open WebUI 回馈。 当公司被要求署名并保留原始品牌时，这就创造了一个良性循环：他们更有可能参与到项目中，提出改进建议、提交错误修复、贡献功能，或者为了每个人的利益而开启关于开放协作的对话。
  • 这种集体主义方法确保增强功能、安全修复和新功能得以更公开地共享，从而加速整个生态系统的进步，而不是被孤立在无人受益的封闭分叉代码库中。

品牌保护条款只要求一件事：保持我们的名字可见。 可见的品牌标识不会让用户付出任何代价，但它将软件与背后的团队联系起来，正是这种联系让项目能够为每个人继续存在下去。

所有这些都不会改变对以前贡献者的承诺。所有 v0.6.6 之前的代码都保留 BSD-3 许可，任何不同意此方向的人都可以从 v0.6.5 版本自由地进行 Fork 并从那里开始构建。我们依然如故，保持开放、通情达理和公平，并且我们信任社区会做正确的事。

5. 我是一个真正的贡献者。这些限制会限制我的权利吗？​

不会，具体运作方式如下：

  • 在 v0.6.5（含）之前贡献并合并的所有代码均保留在原始 BSD-3-Clause 许可证下，不适用任何新限制。

    • 这意味着： 如果你在 v0.6.6 之前做出了任何贡献，你（和其他所有人）将保留原始 BSD-3 的所有自由：使用、修改、重新分发甚至再许可，前提是原始 BSD-3 许可证声明保持完好。对于高达 v0.6.5（含）的整个代码库，BSD-3 许可证依然有效。
    • BSD-3-Clause 是最宽松的许可证之一： 你可以将代码用于任何目的，甚至是商业目的；对其进行彻底的更改；并根据你喜欢的任何条款许可你的派生作品，只要你保留 BSD-3 声明即可。

  • 新的“合理使用品牌”条款仅适用于 v0.6.5 之后贡献的、并作为 v0.6.6 或更高版本一部分发布的代码， 并且仅当你在贡献新内容时签署了新的 CLA。

  • 重要的是： 带有品牌保护条款的新许可证不会被追溯应用于整个代码库。在 v0.6.6 之前合并的所有外部/社区贡献的代码均保持纯粹的 BSD-3 许可，且不受品牌条款保护。不会对任何其他人过去的贡献实施追溯性的重新许可或约束。代码库的绝大部分由核心团队编写，更新后的条款也反映了这一点。

  • 回顾 Open WebUI 贡献者 历史，（极其保守地估计）至少 80% 的代码库直接源于我们的核心团队。即便是合并进来的社区 Pull Request，在被包含之前，也总是经过人工审查、编辑、大量重写和改进，以符合我们的标准。没有什么代码是被“盲目合并”的。

  • 如果你在 v0.6.6 之前贡献了代码，并且更希望在未来的版本中将其移除，我们很乐意配合。 只需联系我们并指出相关的代码即可。我们尊重每一位贡献者的意愿，并将迅速处理移除事宜。

  • 如果你不喜欢项目的发展方向或不同意新的许可条款，你始终可以自由地以 v0.6.5 或更早版本的代码库为基础创建 Fork 或进行构建。 版本 0.6.5（及其之前的所有版本）仍处于原始的、未经修改的 BSD-3-Clause 许可下，为你提供了充分的灵活性，让你能够在 BSD-3 允许的条款下根据自己的意愿启动属于你自己的 Fork、修改或重新分发。

针对贡献者的总结：​

  • 直至 v0.6.5 提交的贡献仅受 BSD-3 约束： 完全的灵活性，完全的 BSD-3 自由。你可以对你自己的代码进行 Fork、重新许可、重塑品牌，一切 BSD-3 允许的操作均可，前提是你保留了我们的 BSD 声明。
  • 从 v0.6.6 起， 如果你选择贡献代码，你将（通过 CLA）同意新的许可条款，其中包含了针对新贡献的品牌保护条款。
  • 你过去贡献的旧代码仍受 BSD-3 约束，没有任何变更，也没有追溯性的限制。
  • 创建 Fork 的完全灵活性： 如果你在任何时候需要或想要将项目引向不包含新品牌条款的另一个方向，你可以使用 v0.6.5 或更早版本作为你的起点，这完全是你根据 BSD-3 赋予的权利。

如果你有疑问，或者对你过去或未来的贡献有所担忧，请联系我们，我们重视每一位贡献者，并致力于尊重你的权利。

信息

BSD-3 的产出/分支 (fork) 拥有最大的灵活性：只要你保留了原始的 BSD-3 声明，你甚至可以在你的修改之上应用你自己的许可条款，或者以任何你希望的方式分发它们。

6. 这是否意味着 Open WebUI “不再是开源的”了？​

Open WebUI v0.6.6+ 不是 OSI 认证的“开源”许可证。 我们的品牌条款意味着该许可证不符合 OSI 的认证标准。

在实践中，这一切对你意味着什么？

  • 所有源代码都是公开的，并在开放环境中开发。
  • 你可以使用它，在本地运行它，基于它进行构建，为你的团队或企业托管它，甚至对访问收费，只要你遵循简单、明确界定的品牌条件即可。（如果这对你是个问题，请发邮件给我们！总会有一个适合每个人的解决方案。）
  • 你可以 Fork、扩展和提交 PR。

为什么要采取这种做法？

当开源项目成长起来时，它们常常面临艰难的选择，来决定如何应对剥削、错误归属和长期可持续性问题。一些处于我们这种处境的项目采取的应对方式是：完全闭源、采用 SSPL 或 BSL 等限制商业用途的限制性许可证，或者把功能拆到私有的企业分支中。

我们选择保护品牌，是因为我们希望拥有一个单一的、共享的、公共的代码库，让从独立开发者到企业的每一个人都能受益于相同的核心改进、透明的开发和社区贡献。

我们坚信，开放的生态系统最有利于用户、贡献者以及 AI 的未来。如果你需要更多权限，或有任何疑问，随时与我们沟通即可。

7. 如果我想为我的企业申请白标或深度定制 Open WebUI 怎么办？​

联系我们！我们提供专有和企业许可证，允许完全自定义品牌、优先支持、功能请求等。如需了解详情，请 点击此处。

8. 如果我在 v0.6.6 之前就已经部署了 Open WebUI 会怎样？​

0.6.6 版本之前的任何内容都属于纯 BSD-3 许可，这些品牌限制是不存在的。新的品牌条款仅适用于未来的版本/发布；无法进行追溯执行。

9. 那关于衍生版本 (Forks) 呢？我可以启动一个衍生版本并移除所有与 Open WebUI 相关的提及吗？​

只有在以下情况时才可以：

  • 你的衍生版本用于“小规模”部署（在 30 天周期内用户数 ≤50 人），或者
  • 你是贡献者并且获得了明确的书面许可，或者
  • 你拥有有效的企业许可证。

否则，你必须保留品牌标识，并明确说明你的衍生版本不是官方版本。

10. 我是一名个人学术/非营利研究人员。我可以为了研究而在自定义或移除品牌标识吗？​

信息

请注意：此项豁免专门用于研究工作，并不适用于一般的组织内部常规使用。

当然可以，学术研究对我们来说非常重要！ 如果你是某家非营利组织或学术机构的研究人员，并且正在进行一项具体的、有时间限制的研究项目（例如：用户研究、临床试验或课堂实验），你可以申请在研究期间移除或自定义 Open WebUI 的品牌标识。这是为了单一的、明确界定的研究项目而设立的，而不是为了整个院系或实验室日常使用该平台。

要申请的话： 请给我们发送电子邮件至 research-study@openwebui.com，并使用以下主题行： Research Exemption Request – [Your Institution] (研究豁免请求 – [你的机构名称])

  • 你的机构/院系
  • 你的研究项目的目的和描述
  • 计划的开始/结束日期或研究持续时间
  • 预期的规模（例如：参与者人数、研究小组规模）

我们会逐一审查请求，而且在绝大多数情况下，为了支持你们的研究，我们会批准对品牌进行更改的许可。

获批用例示例：

  • 开展一项持续一整个学期、有学生参与的心理学实验
  • 在一家医院内进行为期五周的临床用户接受度研究
  • 在一门历史课程中，用一整个学期对模型交互进行现场测试

不符合条件的情况：

  • 为了持续的院系使用、内部工具或公立大学门户网站而移除品牌标识
  • 在研究范围之外，为所有组织用户进行“白标 (White-labeling)”处理

我们很乐意协助让 Open WebUI 更好地服务于你们的研究，欢迎随时提出请求！

衍生版本 (Fork) 品牌披露示例​

如果你运营一个公开的 Fork 版本，或提供付费的 SaaS 服务，同时保留了 Open WebUI 的品牌标识：

“本项目是 Open WebUI 的定制衍生版本。该发布版本与官方 Open WebUI 团队没有任何关联，也不由其维护。”

请在 About (关于) 部分、落地页或类似位置醒目地展示此信息。这事关透明度，必须执行。

专有许可证 / 企业品牌定制​

如果你是一家企业，对于关键任务的用例需要私有化或自定义品牌标识、高级白标部署，或量身定制的功能，我们提供专有和企业许可证。我们将与你合作，确保你的需求和品牌得到充分满足，并配备专门的支持和工程团队来保障你的部署。

如需了解更多关于商业选项的信息，请 点击此处。

品牌、署名和定制指南：允许（与禁止）的事项​

我们希望让所有用户、企业、集成商以及贡献者，都能尽可能轻松地遵守 Open WebUI 的合理使用品牌政策。关键在于透明。 以下是一份简单、实用的指南：

  • Open WebUI 的名称和徽标 (LOGO) 必须在应用程序和用户界面中保持其原有的、显眼的位置，这包括但不限于：网站页眉、侧边栏、登录屏幕、关于页面，以及默认情况下出现 Open WebUI 品牌标识的任何其他区域。
  • 所有的视觉 “Open WebUI” 元素、徽标、文字商标、“关于”/“帮助”链接，以及任何系统/致谢屏幕，都必须保持未修改且完全可见。
  • 你不得以任何削弱其身份标识的方式遮挡、覆盖或最小化 Open WebUI 的品牌，或者暗示你的构建版本是“官方”版本（如果它并不是的话）。
  • 不允许联合品牌 (Co-branding)。 你不得将你自己的徽标放置在 Open WebUI 徽标或名称旁边、附近，或以与其同等显著的方式显示。

通常在无许可证的情况下也允许的操作​

场景无许可证是否允许？指导意见 / 备注
“按原样”使用 Open WebUI，保留品牌标识✅仅使用提供的软件；不对徽标、名称或身份进行更改。这是最简单的选择！
添加自定义功能、UI 扩展、插件，同时保持 Open WebUI 品牌完好无损✅绝对鼓励！你可以添加新的按钮、工作流、扩展等，只要不移除或更改 Open WebUI 自己的名称和徽标即可。
部署给你组织内的任意数量的内部用户（保留所有官方品牌标识）✅想扩展多大规模都行！只要始终展示且显著显示 Open WebUI 的品牌标识，对于内部/员工/全公司的使用，不存在每用户数量限制。
将 Open WebUI 与内部工具、脚本或企业认证系统集成✅非常欢迎集成 SSO、LDAP 或自定义后端！集成的可能性非常广泛，前提是品牌标识保持不变。
在顶部、底部或侧面添加一个小型的、不显眼的信息横幅（例如，“由 YourOrg 托管”）✅横幅在视觉上必须处于次要/从属地位（比如页脚、右下角等），不得遮挡或分散对 Open WebUI 品牌标识的注意力。
在 About (关于) 模态框/对话框中添加法律或公司链接/声明✅请随意提供额外的法律链接、团队联系方式或鸣谢部分，只是绝对不要替换或移除对 Open WebUI 的致谢。
添加监控、分析或自定义后端功能✅后端集成和可观测性是完全允许的。如果未触及品牌/UI，则没有任何限制。
创建并维护你自己的公共衍生版本 (Fork)（保留所有品牌，并添加“Fork 声明”提示）✅只要你按要求保留品牌标识，并明确声明它是“Open WebUI 的 Fork 版本，而非官方版本”即可。
在页脚或 About (关于) 框中添加指向你公司/项目/GitHub 的链接✅如果它处于从属地位的话就没有问题，但绝不能给人留下取代该应用或重塑品牌印象。
适用于 ≤50 名用户/滚动的 30 天周期的部署✅“小规模”部署可以移除 Open WebUI 品牌标识，但仅限于在明确的用户数量门槛之下，详情请参阅相关政策。

在没有企业/专有许可证的情况下不允许的操作​

场景无许可证是否允许？为什么不允许 / 详情
从 UI 中移除 任何 Open WebUI 的徽标/名称❌这是明确的违规行为，即使你在其他地方添加了 “Powered by Open WebUI” 也不行。
修改/更改 Open WebUI 的徽标或配色方案以匹配你的品牌❌身份必须保持清晰且完整。禁止重新着色或替换。
将你的徽标并排/以同等大小或优先级放置（联合品牌 / Co-branding）❌严禁任何形式的联合品牌。在任何情况下，你的徽标都不得放置在 Open WebUI 的徽标或名称旁边、与其大小相同，或处于具有可比性的距离或显著位置。
将你的派生版本称为 “Open WebUI Enterprise” 或采用具有误导性且相似的名称❌请勿以任何可能使用户对来源或官方身份产生混淆的方式使用我们项目的名称或品牌。
移动、最小化或掩盖原始 Open WebUI 品牌标识的重大 UI 修改❌移动、缩小、隐藏徽标，或将其推至屏幕之外均违反条款。
为你的商业/SaaS 服务进行白标化处理❌在移除我们的品牌以进行大规模再分发或转售之前，你必须获得企业或专有许可证。
仅保留 “Powered by Open WebUI” 的声明（如果隐藏/移除了所有原生品牌标识）❌这是不够的，并且不符合许可条款。

如何负责任地添加自定义品牌​

  • 不要移除、缩小、重新定位或重新着色 Open WebUI 的品牌标识。
  • 完全不允许联合品牌 (Co-branding)。 你不得将你的品牌/徽标展示在 Open WebUI 的徽标/名称附近或与之并排，你也不得以产生视觉等效或混淆的方式展示你的品牌。
  • 如果你想添加一个“由 X 公司托管”的横幅，它必须保持明显的区别性、不显眼，并在视觉层级上次于 Open WebUI 自身的设计。
  • 不要把你的徽标放在我们徽标的旁边。 除企业许可证外，任何许可层级都不允许联合品牌。
  • 发布前请务必向我们展示一张截图！ 如果你不确定，请发送电子邮件至 hello@openwebui.com，我们很乐意审查并提供建议。

仍不确定？​

如果你在任何时候感到不确定，请随时与我们联系，并在启动前分享你计划的部署方案（哪怕只是一张截图或 Figma 的线框图）。我们的目标是与所有人合作，并支持诚实、相互尊重的使用方式，我们总是很乐意为你提供指导，或者在必要时协助你获得合适的许可。对所有人保持开放和公平对我们很重要，所以让我们共同合作，使之造福于每一个人。

本页面仅作参考之用，不构成任何法律意见。有关确切及具法律约束力的条款，请参阅完整的 LICENSE (许可证) 文本。

感谢您尊重 Open WebUI 社区、我们的贡献者以及我们项目的未来。

Footnotes​

  1. “实质性贡献者”是指随着时间的推移，对项目表现出持续、有意义贡献的人。我们关注长期的参与、一致性以及对代码库的非平凡（non-trivial）影响。品牌调整的书面许可会视具体情况进行评估，且该状态仅适用于例外情况。 ↩ ↩2

本内容仅供参考，不构成任何保证、担保或合同承诺。Open WebUI 按“现状”提供。请参阅您的许可协议 以了解适用条款。