[Bug]: Organization API does not enforce the enterprise license

快速结论：这个报错通常出现在 LiteLLM Proxy 未设置企业许可证（未配置 LITELLM_LICENSE）时，通过 API 调用 /organization/* 管理接口仍能成功创建、修改组织——UI 已经把组织功能标为企业版并拒绝渲染，但后端 API 缺少校验。优先检查代理是否加载了有效许可证，以及相关的 /organization/* 路由是否有权限拦截。

适用环境：Issue 中确认的环境为 LiteLLM Proxy（current litellm_internal_staging），配置文件 litellm/proxy/dev_config.yaml，本地 Postgres。其他 Python、CUDA、显卡、依赖版本未在 Issue 中提及。

最快修复方案：升级到 v1.102.0-rc.1 或更高版本。该版本由 #40613 修复，在代理没有 LITELLM_LICENSE 时，所有 /organization/* 路由以及 PATCH /v2/organization/{organization_id} 均返回 403，包括只读调用，与 Admin UI 的行为保持一致。

注意事项：升级后未授权代理无法再通过 API 管理组织；已有组织和相关 budgets 不会被修改。设置许可证后访问会自动恢复，无需迁移。若仍在旧版本，Issue 建议在 organization router 上添加与其他 Enterprise 管理路由相同的 _premium_user_check 依赖，并用测试覆盖 premium_user 为 false 时返回 403、为 true 时正常。

问题场景

用户在 LiteLLM Proxy 上使用 Admin UI 的 Organizations 页面时，页面提示这是 LiteLLM Enterprise 功能并需要有效密钥。但当用户直接用 API 调用 POST /organization/new（以及 /organization/list、/organization/update、/organization/member_add 等）并携带 master key 时，代理在没有企业许可证的情况下仍返回 200 并创建组织。也就是说，UI 声称企业版才可用的组织管理功能，实际上可以通过 curl 绕过使用。

报错原文

[Bug]: Organization API does not enforce the enterprise license

POST /organization/new
Expected: 403 with the standard not-premium-user error when the proxy is not licensed
Actual: 200 and a new organization_id

原因分析

可能原因：/organization/* 管理 API 路由缺少与 Admin UI 一致的许可证校验。Issue 指出，Admin UI 的 OrganizationsPanel 在 premiumUser 为 false 时会显示 Enterprise 提示，但后端 POST /organization/new 及其他 /organization/* 路由没有 premium 检查。此前 #12727 已报告过 API 无企业限制即可创建组织，该问题关闭时并未添加 API 门控；#34241 也提到同类 UI-only 门控问题。因此这不是 provider 调用崩溃，而是许可证边界缺失。

环境排查

确认 LiteLLM Proxy 版本：Issue 使用 current litellm_internal_staging；修复版本为 v1.102.0-rc.1。
确认代理是否设置了 LITELLM_LICENSE 环境变量；未设置时代理应拒绝组织管理 API。
确认代理配置文件：Issue 使用 litellm/proxy/dev_config.yaml。
确认后端数据库：Issue 使用本地 Postgres。
Python、CUDA、PyTorch、显卡版本等未在 Issue 中提供，无需据此排查。

解决步骤

将 LiteLLM 升级到 v1.102.0-rc.1 或更高版本；该修复由 #40613 合入并随此版本发布。
重启 LiteLLM Proxy，并确保未设置 LITELLM_LICENSE（用于验证无许可证场景）。
使用 master key 调用 POST /organization/new，预期返回 403，而不是 200。
同样验证 /organization/list、/organization/update、/organization/member_add 以及 PATCH /v2/organization/{organization_id}，预期全部返回 403，只读调用也一样。
如果需要在有许可证的代理上恢复组织管理，设置有效的 LITELLM_LICENSE 并重启代理；无需迁移，已有组织和 budgets 保持不变。
如果你无法立即升级，可优先尝试在 organization router 上添加与其他 Enterprise 管理路由相同的 _premium_user_check 依赖，覆盖 create、update、delete、list、info、member add/update/delete；并为 premium_user 为 false/true 两种情况补充测试。此方案基于 Issue 的 Fix PR 建议，尚未在 Issue 中验证。

验证方法

在未设置 LITELLM_LICENSE 的代理上，访问 https://localhost:4000/ui/?page=organizations 应仍显示 Enterprise 提示；用 curl 调用 POST /organization/new 及其他 /organization/* 路由，应返回 403 和标准 not-premium-user 错误，而不是 200。在设置了有效许可证的代理上，相同 curl 应返回 200，且已有组织和 budgets 不受影响。不要在一个共享的已授权代理上运行创建组织的测试调用，因为这会写入真实的 organization 记录。