企业级智能体开源系统方案

主题

ifLabx

开源状态与许可证说明 ​

范围：当前方案与当前组件清单

校验日期：2026-03-16

校验口径：以官方仓库、官方许可证文件、官方模型页和官方协议仓库公开信息为准

说明：本页用于记录当前方案正式清单对象的开源属性、许可证类型与实施注意事项。“当前可接受”只表示当前方案讨论中的接受口径，不构成法律意见。

相关入口：

一、整体结论 ​

  • 当前方案仍可以定义为“企业级智能体开源系统方案”。
  • 但当前清单中并不是所有对象都属于“单一、宽松、标准开源许可证”。
  • 当前最需要单独注意的对象主要有：
    • Open core：LiteLLM、LangFuse
    • 自定义许可证：Dify
    • 强 copyleft：MinIO、Grafana、Loki、k6
    • 需锁版本：Redis
    • 多重 / 混合许可证边界：Elasticsearch
  • 企业复用能力 SSO / IAM、KMS / 证书体系 不在本页审计范围内，因为当前方案默认直接复用企业既有体系。

二、当前正式清单的开源状态总表 ​

对象当前判断许可证 / 模式当前备注
vLLM标准开源Apache-2.0可直接纳入
LiteLLMOpen core核心为 MIT，仓库中企业目录另有单独许可证当前可接受，但不能按“全仓库纯 MIT”理解
Qwen 模型族开放权重 / 模型卡开源口径当前方案中采用的模型卡标注为 Apache-2.0落地前仍需固定实际模型 ID
Dify自定义许可证Dify Open Source License带额外限制，不应等同标准 Apache-2.0
RAGFlow标准开源Apache-2.0可直接纳入
Coze Studio标准开源Apache-2.0可直接纳入
AgentifUI标准开源Apache-2.0可直接纳入
APISIX标准开源Apache-2.0可直接纳入
agentgateway标准开源Apache-2.0可直接纳入
LangGraph标准开源MIT可直接纳入
LangChain标准开源MIT可直接纳入
LlamaIndex标准开源MIT可直接纳入
Letta标准开源Apache-2.0可直接纳入
MCP开放协议协议仓库当前公开维护更适合按开放协议规范理解
A2A开放协议Apache-2.0可直接纳入
OpenMetadata标准开源Apache-2.0可直接纳入
SeaTunnel标准开源Apache-2.0可直接纳入
dbt Core标准开源Apache-2.0仅指 dbt Core 本身
Apache Tika标准开源Apache-2.0可直接纳入
LangFuseOpen core核心为 MIT，企业目录另有许可证当前可接受，但需区分社区核心与企业扩展
k6强 copyleftAGPL-3.0可作为压测工具纳入，但需明确 AGPL 影响
Casbin标准开源Apache-2.0可直接纳入
PostgreSQL标准开源PostgreSQL License可直接纳入
Redis需锁版本新版本许可证口径变化较大实施时必须固定大版本
MinIO强 copyleft / 源码可得口径AGPL-3.0，官方仓库当前强调社区版为 source-only distribution当前可接受，但需明确许可证和交付边界
Weaviate标准开源BSD-3-Clause可直接纳入
Milvus标准开源Apache-2.0可作为条件演进项纳入
Elasticsearch多重 / 混合许可证边界AGPL-3.0 / SSPLv1 / Elastic License 2.0作为兼容项时需单独做许可证确认
K3s标准开源Apache-2.0可直接纳入
OpenTelemetry标准开源Apache-2.0可直接纳入
Prometheus标准开源Apache-2.0可直接纳入
Grafana强 copyleft仓库主许可证为 AGPL-3.0当前可接受，但需明确 AGPL 影响
Loki强 copyleft仓库主许可证为 AGPL-3.0当前可接受，但需明确 AGPL 影响

三、逐组说明 ​

1. 模型与推理 ​

对象公开来源当前判断
vLLM官方仓库标准开源，Apache-2.0
LiteLLMLICENSE核心代码为 MIT，企业目录另有许可证，按 Open core 理解
Qwen 模型族Qwen 官方模型页当前方案采用的模型卡标注为 Apache-2.0，实施时应锁定具体模型 ID

2. 主平台与门户 ​

对象公开来源当前判断
Dify官方仓库自定义许可证，不应简单视为标准 Apache-2.0
RAGFlow官方仓库标准开源，Apache-2.0
Coze Studio官方仓库标准开源，Apache-2.0
AgentifUI官方仓库标准开源，Apache-2.0

3. Agent 框架与知识工程 ​

对象公开来源当前判断
LangChain官方仓库标准开源，MIT
LangGraph官方仓库标准开源，MIT
LlamaIndex官方仓库标准开源，MIT
Letta官方仓库标准开源，Apache-2.0

4. 协议与互操作 ​

对象公开来源当前判断
MCP官方协议站开放协议规范，应按协议口径理解
A2A官方仓库开放协议，Apache-2.0

5. 数据治理与 AI 数据底座 ​

对象公开来源当前判断
OpenMetadata官方仓库标准开源，Apache-2.0
SeaTunnel官方仓库标准开源，Apache-2.0
dbt Core官方仓库标准开源，Apache-2.0，仅指 dbt Core
Apache Tika官方仓库标准开源，Apache-2.0

6. 接入治理、评测与授权 ​

对象公开来源当前判断
APISIX官方仓库标准开源，Apache-2.0
agentgateway官方仓库标准开源，Apache-2.0
LangFuse官方仓库核心为 MIT，企业目录另有许可证，按 Open core 理解
k6官方仓库AGPL-3.0
Casbin官方仓库标准开源，Apache-2.0

7. 基础设施与可观测 ​

对象公开来源当前判断
PostgreSQL官方许可证页PostgreSQL License，可直接纳入
Redis官方仓库近年许可证口径调整明显，实施时必须锁定大版本
MinIO官方仓库AGPL-3.0，并需注意社区版当前交付口径
Weaviate官方仓库BSD-3-Clause
Milvus官方仓库Apache-2.0
Elasticsearch官方仓库多重 / 混合许可证边界，需单独确认
K3s官方仓库Apache-2.0
OpenTelemetry官方仓库Apache-2.0
Prometheus官方仓库Apache-2.0
Grafana官方仓库主仓库 AGPL-3.0
Loki官方仓库主仓库 AGPL-3.0

四、当前最需要单独关注的点 ​

1. Dify 不是标准宽松许可证项目 ​

  • 它不是纯 Apache-2.0
  • 官方许可证包含额外限制
  • 如果企业只接受标准宽松开源口径，应单独做法务确认

2. LiteLLM 与 LangFuse 都应按 Open core 理解 ​

  • 社区核心是开源的
  • 仓库中同时存在企业目录和企业许可证
  • 文档里不能把整个仓库表述成“纯单一 MIT 项目”

3. Redis 必须锁版本 ​

  • 不能只写“Redis”而不说明版本口径
  • 实施时应在方案和部署文档中明确生产使用的具体大版本

4. MinIO、Grafana、Loki、k6 都不是宽松许可证 ​

  • 当前方案仍可接受
  • 但采购、法务、内控阶段应明确这些对象的许可证影响

5. Elasticsearch 需要单独确认兼容项口径 ​

  • 它不应被简单理解成传统单一宽松开源组件
  • 当前方案把它定位为全文 / 混合检索兼容项，而不是默认底座

五、使用本页的方式 ​

  • 想知道当前方案能否继续保持“开源系统方案”口径，先看整体结论。
  • 想知道某个正式对象是否有许可证风险，查看总表和分组说明。
  • 想做采购、法务或内控审查，应基于实施时锁定的具体版本再次核对官方来源。

参考资料 ​

Open-source first, enterprise-ready.

Copyright © 2026