跳到主要内容

⚖️ Open WebUI 许可证

在 GitHub 上查看完整许可证原文 →

维护 Open WebUI 的免费、公平与可持续发展​

提示

极简核心摘要 (TL;DR)：

为了保持 Open WebUI 项目的长足繁荣，我们在 Open WebUI v0.6.6+ 版本中引入了轻量级品牌保护条款。这能帮助我们在维持项目可持续开发的同时，让所有用户继续免费享用核心体验。品牌要求仅适用于较大规模的部署（累计超过 50 名用户）。对于用户数不超过 50 人的自托管内部部署，如果愿意，完全可以自由去除或定制品牌标识。

作为一个构建核心级 AI 工具的微型独立开发团队，我们高度依赖公平的品牌署名（Attribution）来维持项目的可见度与推广。这种可见度正是吸引企业级授权（Enterprise Licensing）和赞助支持的源泉，并最终为持续的研发、安全加固及质量打磨提供资金保障，从而让 Open WebUI 对所有人保持免费，且完全不限制任何以负责任方式使用 Open WebUI 的真实用户、贡献者或企业。

对于那些更倾向于完全宽松许可证路径的人，任何人依然可以无视任何限制地从 v0.6.5 版本拉取分支（Fork），并在其基础上自由构建。这是一个简单、平衡的工程举措，既保护了生态，壮大了项目，又确保我们能持续践行赋能每个人的伟大使命。

如果您一直在关注 Open WebUI 的成长历程，您一定知道我们的初衷：以尽可能少的壁垒，用前沿的 AI 技术赋能每一个人。Open WebUI 是一个独立的开源项目，由一个精简且充满激情的核心开发团队进行日常维护。在过去的一年里，我们倾注了无数的心血、深夜的坚守以及真金白银的资金资源，力求将其打造成我们能力范围内最杰出的工具，并且我们充分信任我们的用户，从而使其保持免费与开放。

然而，随着 Open WebUI 的爆发式增长，我们开始看到一种对项目的长期可持续性造成严峻压力的现象：某些团队直接剥离了所有的品牌元素，将我们的辛勤付出重新打包并标榜为自己的原创成果，在不给予任何致谢或回馈的情况下进行商业化变现。这不仅仅是署名权的问题，它还给终端用户带来了极大的认知混乱，掩盖了该软件作为免费软件的性质，并让人们很难知晓其源头来自何处。更糟糕的是，这些商业机构在遇到 Bug 或需要定制更新时，往往会回过头来向我们寻求免费解答和技术支持，这给我们的微型独立团队带来了极大的负荷，而他们却在一旁独自享受着商业利润，悄无声息地将他们商业产品背后的运维成本转嫁到了开源社区身上。这种极其失衡的利益格局，最终无情蚕食了我们本就极其有限的研发时间、精力和服务器资源，把它们从我们真正想要服务的对象——真实的社区成员身上夺走了。

正是出于这个原因，我们不得不采取行动：从 Open WebUI v0.6.6+（2025年4月）开始，我们的许可证依然保持宽松，但新增了一条公平使用的品牌保护条款。这一更新绝不会影响任何真诚使用本软件的真实用户、贡献者。如果您是真实的贡献者、小型团队，或是在组织内部署 Open WebUI 供员工使用，对您而言没有任何改变。

通俗来说：

  • Open WebUI 依然是免费的，并且依然采用宽松授权。
  • 您依然可以出于任何目的自由使用、修改和分发它，只需保留我们的品牌标识，除非您满足以下三个免除标准之一（详见下文）。
  • 原始的 BSD-3 许可证将继续无条件适用于发布版本 v0.6.5（含）之前合并的所有历史代码。

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

我们希望 Open WebUI 始终是赋能的工具和无门槛的港湾，而不是筑起付费围墙或进行生态锁死。感谢您对我们及 Open WebUI 未来的鼎力支持。

Open WebUI 许可证细则解析​

提示

核心精髓：想免费使用 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”的品牌元素（包括名称、Logo、UI 标识等），除非满足以下特定豁免情况。
    • 品牌标识必须保持清晰可见，除非满足以下条件之一：
      1. 在任意 30 天内，您的活跃部署用户不超过 50 人；
      2. 您符合实质性贡献者 1 的标准，并已事先获得我们授予的修改品牌的书面许可；
      3. 您已向我们购买了企业版授权，该授权中已显式允许您去除或更改品牌标识。

  • 在新许可证下，为 v0.6.5 之后（即 v0.6.6+）的新代码贡献需要签署 CLA (贡献者许可协议)。

  • 在发布版本 v0.6.5 之前提交并合并入代码库的所有代码，将无条件保持 BSD-3 授权（对该遗留代码不适用任何品牌保留约束）。

本说明不构成法律建议，确切的法律表述请参阅完整的 LICENSE 原文。

常见问题解答 (FAQ)​

1. 我是否依然可以把 Open WebUI 免费用于个人项目、商业用途或教学？​

是的！ 只要您保留“Open WebUI”的原始品牌标识，您就完全受到这一带有轻量品牌保护的宽松许可证的庇护。只需在发布时，不要把您的第三方分发版虚假宣传为我们的“官方”版本即可。

2. 我想要 Fork 该项目并深度修改 UI 以适应我的具体业务，这被允许吗？​

完全允许。 您可以根据组织的具体需求，自由修改、扩展和定制代码或网页 UI 界面，但您必须保持“Open WebUI”品牌标识的清晰可见，除非：

  • 您的部署环境在任何 30 天滚动周期内活跃用户不超过 50 人；或者
  • 您是实质性贡献者 1 且已获得允许调整品牌的书面许可；或者
  • 您已获得我们的企业版授权，该授权中显式允许您去除品牌。

如果您在不符合上述任何条件的前提下私自移除或修改了品牌，这将构成对许可证的实质性违约。

3. 这些条款是否相互矛盾？BSD-3 许可证规定了不能使用原作者名字来推广分发版，但现在又要求保留品牌？！​

非常专业的问题！ 我们的品牌保留要求是指您不得虚假推广您的分发版是“由 Open WebUI 官方背书”或“作为 Open WebUI 官方的一部分”（这完美契合 BSD-3-Clause 的第 3 条款约束），但为了保持透明度，您的分发版必须依然诚实署名其软件源头。

  • 您必须保持“Open WebUI”的品牌标识可见（除非您符合上述免除标准）。
  • 您必须在您的文档/关于页面/引导页中明确公示，这是一套 Fork 的定制版本，而不是官方版本。
  • 您不得暗示我们对您的衍生产品有任何背书行为。

这毫无矛盾之处，可以理解为“必须诚实致谢，但不得虚假代言”。 您的规范合规将同时满足：(1) 保留我们的版权信息与品牌标识，以及 (2) 避免虚假广告宣传。

4. 你们为什么要增加这一条款？开源不应该是完全免费的吗？​

当每个人都能从中受益时，开源才能真正运转。我们过去坚信这一点，现在依然如此。然而，要实现可持续发展，就必须保护项目免受恶意榨取现象的侵害。

以下是我们在现实中遇到的真实痛点，也是我们被迫采取行动的原因：

  • 一些商业实体将 Open WebUI 的全部劳动成果据为己有，悄无声息地剥离了我们所有的品牌痕迹，然后将整个平台包装成他们自主研发的全新产品。
  • 他们将这些重新贴牌的系统作为商业产品高价向客户和组织销售，甚至获取巨额商业暴利。
  • 在某些极端案例中，他们甚至故意向客户掩盖 Open WebUI 是完全免费获取这一事实，以便向不知情的用户收取高昂的授权费用。
  • 还有一些商业实体甚至误导他们的用户，暗示用户是在与原始的 Open WebUI 官方团队打交道，从而关于软件是由谁维护、源自何处以及该由谁提供技术支持，造成了极大的认知混乱与虚假预期。
  • 一旦系统发生故障或客户提出新特性定制需求，这些商业机构就会掉转头来，完全依赖并要求我们这些原创开发者提供免费技术支持，而他们却从未向本项目贡献过任何一行代码、哪怕一份有用的 Bug 报告、任何文档翻译或任何研发资源。
  • 实际上，他们是在无偿榨取独立贡献者集体劳动的技术红利，虚假陈述自己在项目中的角色，并在未对整个生态的可持续性做出任何反哺的情况下疯狂套现。

我们需要理清一个基本事实：

  • 并不是每个未做技术回馈的普通用户都在恶意榨取。 在非营利或个人学习场景下，原样使用 Open WebUI 是完全没有问题的。我们期望绝大部分用户可能一生都不会向项目贡献代码，这完全公平，这正是宽松开源协议的魅力所在！
  • 但凡事都有底线： 当某些商业机构开始向他们的客户隐瞒软件的源头，肆意透支独立维护者的善意与精力，在攫取极高商业利益且拒绝署名致谢的同时“只拿不给”，这已经远远超出了一个开源项目可以容忍的公平使用底线。
  • 现实情况是，对于构建它的研发团队而言，开源并不是“免费”的：它需要投入极其巨大的人力时间、个人生活的牺牲、持续的云端基础设施账单以及全神贯注的坚守。当我们的善意被无底线地透支时，这已经直接威胁到了我们让这个项目继续存活并造福其他人的生存能力。

正因如此，我们才引入了全新的品牌保护条款。长期可持续发展是我们的核心动力，而且许多被全网广泛使用的开源项目也采用了类似甚至更严苛的防御手段来求得生存。我们选择了一条最轻量化的路径：保护品牌标识，保持代码公开。

  • 它为真诚的用户和贡献者保留了极高的开放度，任何人依然可以自由部署、乃至构建商业产品，只要他们尊重透明性并保留我们社区的劳动成果。
  • 它防止了我们的无私回馈被刻意隐瞒或虚假陈述，捍卫了项目的身份标识、信任度与声誉。
  • 更为关键的是，它能良性促使个人和企业级机构积极向 Open WebUI 反哺贡献。 当企业被强制要求保留品牌标识和署名致谢时，这会形成一个极其优美的良性循环：他们会更有动力深度参与到项目中来，为整个生态贡献改进建议、提交 Bug 修复补丁、开发新特性或发起开放合作，从而让所有人共同受益。
  • 这种集体共建的模式确保了系统升级、安全加固以及新特性能够更公开地被全社区所共享，极大地加速了整个生态的演进，而不是让技术红利被孤立封锁在无人受益的闭源分支中。

这一品牌保护条款仅仅要求一件事：保持我们的名字可见。 可见的品牌标识不会给用户带来任何经济成本，但它能把软件和背后的研发团队重新连接在一起，而正是这种宝贵的连接，才是维持项目为每个人持续发光发热的生命力所在。

这一切绝不会影响之前做出贡献的历史贡献者。v0.6.6 之前的所有代码依然是纯粹的 BSD-3 授权，而且任何不认同这一方向的人都可以自由从 v0.6.5 分支开展二次研发。我们依然如往常一样公开、合理且公平，我们充分相信社区能够做出正确的选择。

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 之前贡献了代码，且不希望这些代码出现在未来的新版本中，我们非常乐意配合进行移除。 您只需联系我们并指出对应的 Commits 即可。我们百分之百尊重每位贡献者的个人意愿，并将以最快速度配合移除和代码重写。

  • 如果您对项目未来的走向感到不解，或者不认同全新的许可证条款，您永久拥有完全合法的自由，在 v0.6.5 或更早版本的 codebase 基础上拉取分支独立运行。 0.6.5 版本（及在此之前的所有版本）永久保持在原始、未做任何修改的 BSD-3-Clause 下，这赋予了您极高的灵活度去启动属于您自己的 Fork，根据您的偏好在 BSD-3 允许的框架内自由定制与分发。

贡献者权益极简总结：​

  • v0.6.5 之前提交的代码仅受 BSD-3 约束：享有无与伦比的灵活性，完全保留 BSD-3 的全部自由。只要保留原 BSD 版权通知，您可以自由 Fork、重新授权、重新定义您自己代码的品牌，不受任何新增条款限制。
  • 自 v0.6.6 起，如果您选择继续为项目提交贡献，您将需要签署 CLA 协议以同意新贡献适用包含品牌保护的新增许可证。
  • 您曾经贡献的遗留代码依然受 BSD-3 保护，无任何改变，不施加任何追溯性限制。
  • 保留无限 Fork 的权利：如果您需要在完全不适用新品牌条款的前提下将项目带往其他方向，请将 v0.6.5 或更早版本作为您的二次研发起点，这是 BSD-3 许可证无条件赋予您的合法权益。

如有任何疑问，或者对您过去或未来的贡献心存疑虑，欢迎随时与我们沟通，我们无比珍视每一位贡献者并坚定捍卫您的合法权益。

信息

从 BSD-3 衍生出的成果或分支拥有最大的自主权：只要您保留了原始的 BSD-3 声明，您甚至可以在您的修改之上实施您自己制定的任何专属许可证条款，或者以任何您喜欢的方式进行分发。

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

Open WebUI v0.6.6+ 采用的确实不是 OSI 认证批准的标准“开源”许可证。 由于我们包含了特定的品牌保留条件，该协议无法满足 OSI 的部分条款规范。

但在日常使用中，这会对您产生什么实质性的阻碍吗？

  • 所有的源代码依然完全公开，且依然在开源社区中公开演进。
  • 您依然可以无偿运行它、在本地启动它、在它的基础上自由扩展、为您的团队或企业进行自托管，甚至可以对其访问进行合理的商业化收费，只要您遵循那条清晰且极易达成的品牌保留条件即可。（如果这在您的特定场景下会构成障碍，随时发邮件与我们商讨！我们总能为每个人找到双赢的解决方案。）
  • 您依然可以自由 Fork、自由开发并向我们贡献 PR。

我们为什么选择这一路径？

当开源项目发展壮大时，往往不得不面临如何应对恶意榨取、虚假署名以及维持长远生存挑战的艰难抉择。处于我们这个位置的某些开源项目，往往会选择彻底闭源、改用 SSPL 或 BSL 等严苛限制商业使用的许可证，或者把核心高级特性全部划入闭源的企业专属版本中。

我们选择仅仅保护我们的品牌标识，是因为我们渴望保持一个单一、共享、完全公开的代码库，让从独立开发者到企业巨头的每一个人，都能平等地受益于相同的底层性能改进、完全透明的日常演进以及伟大的社区回馈。

我们坚信开放的生态能最大程度赋能用户、回馈贡献者并指明 AI 的未来方向。如果您需要更高级别的授权或者遇到疑问，随时与我们畅所欲言。

7. 如果我想要为我的企业级应用彻底去除品牌标识或进行深度定制，该怎么办？​

请随时联系我们！我们提供专门的商业与企业版专属授权，允许您完全自定义品牌与视觉系统、提供专属高优响应服务、响应定制化特性开发等。详情请 点击这里。

8. 如果我在 v0.6.6 之前就已经部署了 Open WebUI，该怎么算？​

对于 v0.6.6 之前部署的所有实例，它们属于纯粹的 BSD-3 授权，根本不存在这些品牌约束限制。新增的品牌保护条款仅适用于未来的新版本；在法律和物理上均不可能进行追溯性强制执行。

9. 对于第三方 Fork 的分支，我能否启动一个分支并完全抹去 Open WebUI 的所有品牌痕迹？​

仅当满足以下条件时才被允许：

  • 您的部署属于小规模应用（在任意 30 天内活跃用户不超过 50 人）；或者
  • 您是贡献者且已获得书面特批；或者
  • 您已向我们购买并拥有有效的企业版授权。

若不满足上述条件，您必须保留品牌标识，并在显要位置清晰公示该分支不是官方的正式版本。

10. 我是一名个人学术研究人员/非营利科研工作者。我能否在特定的学术研究中临时自定义或去除品牌标识？​

信息

请注意：本项豁免仅且专用于特定的学术科研项目，不适用于日常的通用目的或机构级的长期日常使用。

完全可以，学术界与科研工作对我们而言至关重要！ 如果您是非营利性机构或大专院校的研究人员，正在开展一项特定的、有明确时限的科研课题（例如：用户交互实验、临床试验自测或课堂实验教学），您完全可以向我们申请，在课题研究期间临时去除或自定义 Open WebUI 的品牌标识。本项豁免仅针对单一、边界清晰的科研项目，不适用于整个院系或实验室的日常、常规平台部署。

如何申请： 请发送邮件至 research-study@openwebui.com，并在邮件主题中规范填写： Research Exemption Request – [您的研究机构名称] 并在正文中说明：

  • 您所属的机构/院系名称
  • 本次学术研究课题的目的与详细描述
  • 预计的研究启动与截止日期（或课题持续时长）
  • 预计的研究规模（例如：预期的参与实验人数、科研小组的规模等）

我们会逐一审核每一份申请，并且在几乎所有真诚科研的案例中，我们都会极其慷慨地批准品牌自定义授权，以鼎力支持您的科研进展。

符合豁免条件的典型示例：

  • 在一个学期内开展一项涉及学生的心理学实验；
  • 在医院内部进行为期五周的临床用户接受度评估研究；
  • 在一个学期内，在一门历史课上现场测试大模型交互效果。

不符合豁免条件（不予批准）的示例：

  • 为全院系的日常办公自用、内部开发工具或大学的公共服务门户去除品牌；
  • 在学术科研课题范围之外，为全校的所有用户提供彻底去除品牌的“白标”贴牌部署。

我们非常乐意为您的科研工作提供最大程度的便利，只需发邮件告诉我们即可！

规范的第三方 Fork 品牌公示示例​

如果您运营着一个公共的 Fork 分支，或者提供基于此的付费 SaaS 服务，并在界面上保留了 Open WebUI 原始品牌：

“本项目为 Open WebUI 的定制化 Fork 分支。本版本不隶属于 Open WebUI 官方开发团队，亦不受其维护支持。”

请在项目的“关于”章节、产品引导页或对等的显要视觉区域，醒目地公示上述信息。保持透明是我们的强制要求。

商业版授权 / 企业级专属品牌定制​

如果您是一家需要进行私有化或彻底去除品牌标识部署、高级“白标”商用分发，或针对核心业务场景进行定制化功能开发的商业企业，我们为您提供专门的商业与企业级授权。我们将与您紧密合作，确保您的商业品牌及视觉诉求得到 100% 的完美呈现，并由专属的技术专家与工程团队为您的自托管部署提供全方位保驾护航。

点击这里 获取关于商业版授权的更多详情。

品牌保留、署名致谢与定制指南：什么可以做（以及什么不可以做）​

我们力求让每个人——普通用户、商业公司、系统集成商及社区贡献者——都能用最简单、直观的方式遵循 Open WebUI 的公平品牌使用政策。保持诚实和透明是最高准则。 以下是高度直观的实用指南：

  • 在整个应用程序和网页 UI 界面中，“Open WebUI”的名称和 Logo 必须无条件保留在它们原有的、显眼的默认位置。这包括但不限于：网站顶栏、侧边栏、登录背景图、关于页面、帮助 modal 弹框以及任何默认展示 Open WebUI 品牌的视觉区域。
  • 所有的“Open WebUI”视觉元素、Logo、文字商标、“关于”/“帮助”链接以及任何系统/致谢列表，都必须保持原样，严禁做出任何修改且必须保持完整可见。
  • 严禁以任何方式遮挡、覆盖或缩小 Open WebUI 的品牌视觉，严禁以任何视觉弱化手段试图削弱其存在感，亦不得有任何暗示您的自定义构建版本是“官方版”的误导性表述。
  • 严禁使用联合品牌（Co-branding）。严禁将您自有的 Logo 与 Open WebUI 的 Logo 并列放置、相邻放置或赋予相同的视觉优先级。

【通常允许】的日常规范使用场景（无需购买商业授权）​

具体使用场景无需商业授权？规范实施指引 / 注意事项
直接使用原装的 Open WebUI 且完整保留所有品牌✅直接原样启动和使用官方提供的软件；不修改任何 Logo、名称或品牌识别。最简单且完全无忧的极力推荐方案！
在完整保留 Open WebUI 品牌的前提下，添加定制化功能、UI 扩展组件或插件✅极力支持与鼓励！您可以自由添加新按钮、高级工作流、页面面板等，只需保留 Open WebUI 自有的名称与 Logo 即可。
在组织内部署任意规模的实例供员工使用（保留官方全套品牌标识）✅随心所欲自由扩展！对于企业内部/职员自用/公司内部自建服务，完全没有用户数限制，前提是界面中的 Open WebUI 品牌全程显眼可见。
将 Open WebUI 与企业内部的认证系统、脚本或工具链进行无缝集成✅完美支持 SSO 登录、LDAP 目录集成或自定义后端数据对接！只要前端 UI 品牌保持原样，集成层完全开放。
在前端页面不显眼的位置，添加一个次级的运营通告横幅（如“由 XX 团队负责运维支持”）✅该横幅在视觉上必须处于明显的次要、从属地位（例如在页脚或右下角小字），严禁遮挡、弱化或干扰 Open WebUI 自有的主品牌视觉。
在“关于”弹框中，添加额外的公司声明、免责条款或团队联系方式✅您完全可以自由补充额外的法律许可通知、内部服务联系电话或内部 credits 鸣谢，但严禁替换或移除 Open WebUI 原有的版权与核心 Credits。
在前端 UI 不做任何改动的前提下，集成企业级监控、链路追踪或自定义后端数据库✅后端接口对接及系统可观测性数据采集完全自由。只要前端 UI 未做品牌剥离，即不受任何限制。
建立并维护您自己的公共 Fork 分支（保留所有官方品牌，并醒目张贴“第三方 Fork 公示”说明）✅只要像前文规定的那样，诚实保留原有品牌标识，并在显要区域声明“此版本为 Fork 的定制版本，非官方提供”即可。
在“关于”框中，以 subordination 的样式放置指向您公司/团队 GitHub 仓库的次要超链接✅只要该链接处于明显的次级地位、不带任何误导性或企图贴牌白标的意图，即完全符合规范。
在 30 天滚动周期内，活跃使用用户数 ≤ 50 人的小型部署环境✅对于此类小规模部署，可以在不获得授权的情况下自由更改或去除 Open WebUI 品牌，但用户总数必须严格控制在阈值之下。

【绝对禁止】的使用行为（必须购买企业版/商业版授权）​

违规使用场景无需商业授权？违规原因分析与硬性底线要求
从网页 UI 界面中移除任何 Open WebUI 的 Logo 或名称❌构成实质性违约！即使您在页脚写了“Powered by Open WebUI”也依然属于严重违约行为。
将 Open WebUI 的官方 Logo 换成您自己公司的 Logo，或将其修改为您的品牌色调❌软件身份必须保持清晰完整。严禁进行任何色调改写或 Logo 物理替换。
将您的自有 Logo 与我们的 Logo 并排并列放置，且保持相同字号或视觉尺寸（联合品牌 Co-branding）❌严厉禁止一切形式的联合品牌行为！您的商业 Logo 严禁出现在 Open WebUI 标志的旁边，亦不得与其保持相同的展示优先级或尺寸。
将您的第三方分支命名为“Open WebUI 企业版”或具有极强误导误读性的同名变体❌严禁以任何带有侵权性质的命名方式混淆视听，避免让终端用户误判这是由官方提供和支持的正式版本。
大幅度改动网页 UI 布局，将原有的 Open WebUI 品牌隐藏、重排至侧边角落或推移到看不见的屏外区域❌任何通过缩小尺寸、移出可视区域、隐藏按钮等手段削弱官方品牌的行为，都属于严重违反许可证条款。
面向全网用户提供彻底去除官方品牌的“白标”SaaS 服务，或进行贴牌式的商业分发❌在去除品牌进行商业化运营或批量分发前，您必须先获得我们的企业版或专属商业授权。
彻底剥离、隐藏原生的所有品牌标识，仅在不显眼角落保留一行“Powered by Open WebUI”的纯文字署名❌这根本不符合新许可证的规定！这类做法不予承认。

如何做一名负责任的品牌定制使用者：​

  • 绝对不要私自移除、缩小、重排或重写 Open WebUI 的官方品牌标识。
  • 绝不使用联合品牌（Co-branding）。 您的 Logo 严禁与 Open WebUI 标志并列，亦不得表现出同等的视觉重要性。
  • 如果您希望添加“由某某公司提供自托管运营”的横幅，请确保该横幅在视觉层级上明显 subordinate（从属）于 Open WebUI 的官方主品牌标识。
  • 不要把您的 Logo 和我们的 Logo 挤在同一个角落里并排展示。 只有企业级授权用户才享有联合品牌的权利。
  • 在您的产品上线发布前，热烈欢迎您向我们展示一张您的 UI 截图！ 如果您心存疑虑，欢迎将您的设计发至 hello@openwebui.com，我们的团队会非常友善、高效地为您提供专业评估和规范化修正建议。
  • 我们非常期待您的来信！ 我们的目标是服务与鼎力支持社区中每一个以负责任、友善的方式进行创造的伙伴。让我们一起携手努力，让技术真正造福每一个人！

本页面仅用于通俗普及性说明，不构成正式的法律文件。一切确切且具有法律约束力的条款，请无条件以 LICENSE 许可证 的官方英文原文为准。

衷心感谢您对 Open WebUI 社区、无数无私奉献的贡献者以及本项目的长远未来的支持与尊重。

Footnotes​

  1. “实质性贡献者”是指随着时间的推移，对项目展现出持续、有意义贡献的开发者。我们评估这一身份时，会考量其长期的参与度、连贯性以及对核心代码库所产生的非凡技术影响。授予修改品牌的书面许可将逐案进行严密审核，该身份仅适用于极少数的特殊例外情况。 ↩ ↩2

This content is for informational purposes only and does not constitute a warranty, guarantee, or contractual commitment. Open WebUI is provided "as is." See your license for applicable terms.