经 AI Skill Hub 精选评估,MAX-API 获评「强烈推荐」。这款Agent工作流在功能完整性、社区活跃度和易用性方面表现出色,AI 评分 8.0 分,适合有一定技术背景的用户使用。
MAX-API 是一套完整的 AI Agent 自动化工作流方案。通过可视化的节点编排,将复杂的多步骤任务拆解为清晰的自动化流程,实现全程无人值守的智能处理。支持与数百种外部服务和 API 无缝集成,适合构建数据处理管线、业务自动化和 AI 辅助决策系统。
MAX-API 是一套完整的 AI Agent 自动化工作流方案。通过可视化的节点编排,将复杂的多步骤任务拆解为清晰的自动化流程,实现全程无人值守的智能处理。支持与数百种外部服务和 API 无缝集成,适合构建数据处理管线、业务自动化和 AI 辅助决策系统。
# 方式一:go install(推荐) go install github.com/MAX-API-Next/MAX-API@latest # 方式二:从源码编译 git clone https://github.com/MAX-API-Next/MAX-API cd MAX-API go build -o max-api . # 方式三:下载预编译二进制 # 访问 Releases 页面下载对应平台二进制文件 # https://github.com/MAX-API-Next/MAX-API/releases
# 查看帮助 max-api --help # 基本运行 max-api [options] <input> # 详细使用说明请查阅文档 # https://github.com/MAX-API-Next/MAX-API
# max-api 配置说明 # 查看配置选项 max-api --config-example > config.yml # 常见配置项 # output_dir: ./output # log_level: info # workers: 4 # 环境变量(覆盖配置文件) export MAX_API_CONFIG="/path/to/config.yml"

MAX API 是由来自科研机构和高校的 AGI 爱好者组织发起、维护和长期运营的 AI 模型治理、AgentOps 与应用服务基础设施项目,面向开发者、研究者、团队和组织提供稳定、可复用的服务层能力。项目关注 AI 应用落地后的持续运营问题:模型越来越多、供应商接口频繁变化、Agent 调用链路变长、成本和审计压力增加。MAX API 在应用、Agent、用户、组织和上游模型服务之间提供统一的接入、鉴权、路由、计费、观测和治理层,让 AI 应用更稳定、更可控地运行。
持续投入方向:
chat/completions、responses、embeddings、rerank、video tasks、模型发现等能力,并提前提示 Base URL、JSON 配置、Vertex AI 区域、Codex 凭证、视频任务占位符等常见配置风险。[!IMPORTANT] - 面向公众提供生成式人工智能服务时,使用者应遵守《生成式人工智能服务管理暂行办法》等监管要求,并自行完成所在司法辖区要求的备案、许可、内容安全、实名、日志留存、税务、支付和上游授权等合规义务。 - 日志审计、内容留存等敏感能力应仅在具备合法依据、明确告知、权限隔离和数据安全措施的场景下启用。 - MAX API 提供模型与 Agent 工作负载的网关治理层,不提供上游模型账号、密钥、基础模型训练能力,也不替代 Dify、LangChain、MCP Server 等 Agent 编排或应用开发框架。
---
<details> <summary>查看示例模型命名</summary>
OpenAI 系列:
o3-mini-higho3-mini-mediumo3-mini-lowgpt-5-highgpt-5-mediumgpt-5-lowClaude 思考模型:
claude-3-7-sonnet-20250219-thinkingGemini 系列:
gemini-2.5-flash-thinkinggemini-2.5-flash-nothinkinggemini-2.5-pro-thinkinggemini-2.5-pro-thinking-128-low、-medium、-high 来控制思考力度。</details>
---
| 资源 | 链接 |
|---|---|
| 官方文档 | [MAX-API-Next/MAX-API](https://github.com/MAX-API-Next/MAX-API) |
| 问题反馈 | [GitHub Issues](https://github.com/MAX-API-Next/MAX-API/issues) |
| 最新发布 | [Releases](https://github.com/MAX-API-Next/MAX-API/releases) |
| DeepWiki | [Ask DeepWiki](https://deepwiki.com/MAX-API-Next/MAX-API) |
默认使用 SQLite,本地体验无需额外数据库。
```bash
docker compose up -d ```
[!WARNING] 将本项目作为面向公众的生成式 AI 服务或 API 服务运营时,应先完成上游授权、备案、内容安全、实名、日志留存、税务、支付和用户协议等合规事项。
---
| 组件 | 要求 |
|---|---|
| 容器引擎 | Docker / Docker Compose |
| 本地数据库 | SQLite,Docker 部署时需挂载 /data |
| 远程数据库 | MySQL ≥ 5.7.8 或 PostgreSQL ≥ 9.6 |
| 缓存 | 单机可使用内存缓存,多机部署建议使用 Redis |
| 前端构建 | 使用 Bun workspace,需保留 web/package.json 与 web/bun.lock |
```bash git clone https://github.com/MAX-API-Next/MAX-API.git cd MAX-API
SQLite:
docker run --name max-api -d --restart always \
-p 3000:3000 \
-e TZ=Asia/Shanghai \
-v ./data:/data \
cscitechtop/max-api:latest
MySQL:
docker run --name max-api -d --restart always \
-p 3000:3000 \
-e SQL_DSN="root:123456@tcp(mysql:3306)/max-api" \
-e TZ=Asia/Shanghai \
-v ./data:/data \
cscitechtop/max-api:latest
[!WARNING] - 必须设置相同的SESSION_SECRET,否则不同节点之间登录状态不一致。 - 使用共享 Redis 时必须设置相同的CRYPTO_SECRET,否则加密数据无法解密。 - 多节点建议设置NODE_NAME,便于在日志和审计信息中定位来源节点。 - 生产环境应使用外部数据库、外部 Redis、HTTPS 反向代理和可靠的备份策略。
---
docker run --name max-api -d --restart always \ -p 3000:3000 \ -e TZ=Asia/Shanghai \ -v ./data:/data \ cscitechtop/max-api:latest
| 维度 | 直连各家官方 SDK / API | 通过 MAX API 网关 |
|---|---|---|
| 模型接入 | 每家一套 SDK、鉴权和参数 | 统一模型入口,一次接入,多模型复用 |
| 模型治理 | 模型清单、价格、权限和渠道分散在各平台 | 统一管理模型、渠道、映射、分组、额度和价格规则 |
| Agent 访问 | Agent 直接持有上游 Key,难以回收和限额 | 为 Agent 分配独立令牌,并限制模型、额度、过期时间和分组 |
| 协议差异 | 应用自行适配 Claude、Gemini、Responses 等格式 | 网关统一做协议转换和供应商适配 |
| 失败处理 | 应用自行实现重试、降级和错误归一 | 渠道失败自动重试、加权路由和错误处理 |
| 成本统计 | 各平台账单分散,难以按用户或 Agent 核算 | 统一额度、计费、用量统计和消费日志,可按令牌和模型归因 |
| 审计边界 | 应用侧分散记录,权限和留存策略不统一 | 管理员侧统一审计入口,普通用户日志过滤管理员专用字段 |
| 私有化 | 密钥、日志和计费策略分散 | 自托管,自主掌控密钥、数据、日志和策略 |
---
如果这个项目对你有帮助,欢迎给我们一个 ⭐ Star。
<sub>Built with ❤️ by MAX-API-Next</sub>
</div>
渠道新建或编辑时,系统会根据渠道类型展示能力矩阵,并给出实时配置校验结果。矩阵中的接口名称保留原始技术表述,例如 chat/completions、responses、embeddings、rerank、video tasks,说明文字使用中文,便于管理员判断当前渠道能承担哪些模型和任务。
配置校验覆盖以下常见问题:
/v1 结尾,导致系统再次拼接上游路径。setting、param_override、header_override、settings 等字段不是 JSON 对象。default,或服务账号密钥不是有效 JSON。access_token 或 account_id。{task_id}、{operation_name} 或 {upstream_task_id} 占位符。<details> <summary>查看常用环境变量</summary>
| 变量名 | 说明 | 默认值 |
|---|---|---|
SESSION_SECRET | 会话密钥,多机部署必须设置 | - |
CRYPTO_SECRET | 加密密钥,使用 Redis 或多机部署时必须设置 | - |
SQL_DSN | 数据库连接字符串 | - |
REDIS_CONN_STRING | Redis 连接字符串 | - |
STREAMING_TIMEOUT | 流式响应超时时间,单位秒 | 300 |
STREAM_SCANNER_MAX_BUFFER_MB | 流式扫描器单行最大缓冲,图像 base64 等大响应可适当调大 | 64 |
MAX_REQUEST_BODY_MB | 请求体最大大小,按解压后大小计算,超出返回 413 | 32 |
AZURE_DEFAULT_API_VERSION | Azure API 默认版本 | 2025-04-01-preview |
ERROR_LOG_ENABLED | 错误日志开关 | false |
NODE_NAME | 节点名称,多机部署时便于日志定位 | - |
PYROSCOPE_URL | Pyroscope 服务地址 | - |
PYROSCOPE_APP_NAME | Pyroscope 应用名 | max-api |
PYROSCOPE_BASIC_AUTH_USER | Pyroscope Basic Auth 用户名 | - |
PYROSCOPE_BASIC_AUTH_PASSWORD | Pyroscope Basic Auth 密码 | - |
PYROSCOPE_MUTEX_RATE | Pyroscope mutex 采样率 | 5 |
PYROSCOPE_BLOCK_RATE | Pyroscope block 采样率 | 5 |
HOSTNAME | Pyroscope 标签中的主机名 | max-api |
</details>
docker compose up -d ```
🍥 AI 模型治理、AgentOps 与 AGI 应用服务基础设施
<p align="center"> <strong>简体中文</strong> | <a href="./README.zh_TW.md">繁體中文</a> | <a href="./README.en.md">English</a> | <a href="./README.fr.md">Français</a> | <a href="./README.ja.md">日本語</a> </p>
<p align="center"> <a href="https://raw.githubusercontent.com/MAX-API-Next/MAX-API/main/LICENSE"> <img src="https://img.shields.io/github/license/MAX-API-Next/MAX-API?color=brightgreen" alt="license"> </a><a href="https://github.com/MAX-API-Next/MAX-API/releases/latest"> <img src="https://img.shields.io/github/v/release/MAX-API-Next/MAX-API?color=brightgreen&include_prereleases" alt="release"> </a><a href="https://hub.docker.com/r/cscitechtop/max-api"> <img src="https://img.shields.io/badge/docker-dockerHub-blue" alt="docker"> </a><a href="https://goreportcard.com/report/github.com/MAX-API-Next/MAX-API"> <img src="https://goreportcard.com/badge/github.com/MAX-API-Next/MAX-API" alt="GoReportCard"> </a> </p>
<p align="center"> <a href="#-项目定位">项目定位</a> • <a href="#-发布渠道">发布渠道</a> • <a href="#-治理框架">治理框架</a> • <a href="#-适用场景">适用场景</a> • <a href="#-快速开始">快速开始</a> • <a href="#-核心能力">核心能力</a> • <a href="#-治理配置">治理配置</a> • <a href="#-架构概览">架构概览</a> • <a href="#-ai-模型与接口支持">模型与接口</a> • <a href="#-部署">部署</a> • <a href="#-常见问题">FAQ</a> • <a href="#-许可证">许可证</a> </p>
</div>
---
实际可用模型取决于你的上游授权、渠道配置、模型映射和服务商支持情况。MAX API 的重点是把这些模型能力纳入统一治理,而不是提供上游模型服务本身。
| 类型 | 说明 |
|---|---|
| OpenAI-Compatible | Chat Completions、Embeddings、Images、Audio 等兼容接口,可作为多数应用和 Agent 的通用模型入口 |
| OpenAI Responses | Responses 格式请求、中继与兼容能力,适合逐步接入新的 OpenAI 应用协议 |
| Claude Messages | Claude Messages 格式与 OpenAI 兼容格式转换,降低应用侧多协议维护成本 |
| Google Gemini | Gemini 聊天、文本和部分转换能力 |
| Azure OpenAI | Azure OpenAI 与 Realtime 相关接口 |
| AWS Bedrock | Bedrock Runtime 相关模型接入 |
| 上游平台和应用生态 | AWS、Azure、Vertex、Ollama、Codex、Dify、RAGFlow、Kling、Seedance 等平台或应用形态可按渠道能力接入治理 |
| 国产模型与平台 | 内置 DeepSeek、通义千问 / 阿里云百炼、智谱 GLM、Kimi、豆包 / 火山引擎、腾讯混元、百度文心 / 千帆、讯飞星火、MiniMax、零一万物、硅基流动等适配器或兼容接入能力 |
rerank | Cohere、Jina 等重排序模型,可用于检索增强和 Agent 检索链路 |
| Midjourney / Suno / Dify | 图像、音乐、工作流等服务适配 |
| 视频任务接口 | 支持 /v1/videos/create、/v1/videos/{task_id} 等视频生成任务的提交、轮询、状态映射、结果代理和参数化任务计费 |
| 自定义上游 | 支持配置合法授权的上游接口地址、协议适配规则、路径覆盖、状态映射、错误消息路径和任务结果解析 |
<details> <summary>查看接口类别</summary>
/v1/chat/completions/v1/responses/v1/images/*/v1/audio/*/v1/videos/*/v1/embeddings/v1/rerank</details>
| 能力 | 说明 |
|---|---|
| 统一模型入口 | 支持 OpenAI 兼容接口、Responses、Claude Messages、Gemini、Realtime 等多种协议入口,应用侧可通过统一网关访问模型 |
| 多供应商模型池 | 海外可接入 OpenAI、Azure、Claude、Gemini、AWS Bedrock、Vertex AI、Ollama;国产方向持续跟踪并内置 DeepSeek、通义千问、智谱 GLM、Kimi、豆包、腾讯混元、文心、讯飞星火、MiniMax、零一万物、硅基流动等渠道适配 |
| 上游生态适配 | 支持 Codex、Dify、RAGFlow、Kling、Seedance 等应用、Agent 和多模态平台相关接口的接入治理,便于把模型调用、工作流调用和异步任务纳入统一网关 |
| 模型映射与访问范围 | 支持按渠道配置模型列表、模型映射、用户分组、令牌分组和模型限制,让不同团队、应用或 Agent 使用不同模型集合 |
| 渠道能力矩阵 | 渠道编辑界面展示 chat/completions、responses、Claude Messages、Gemini native、embeddings、images、audio、rerank、video tasks、model discovery 等能力状态,减少管理员对渠道能力的猜测 |
| 渠道配置校验 | 在保存前检查 API Key、模型列表、Base URL、额外配置、JSON 对象、Vertex AI 区域、Codex 凭证、模型发现能力和视频任务路径占位符等常见问题 |
| 多模态模型治理 | 支持聊天、图像、视频、音频、嵌入、重排序、实时对话等场景,并对视频等异步任务提供提交、轮询、状态映射和结果代理 |
| 通用视频任务协议 | 支持将不同视频上游的任务提交、查询、进度、状态映射、错误消息和结果 URL 路径统一配置到渠道中,默认使用 /v1/videos/create 与 /v1/videos/{task_id} |
| 协议转换与自定义上游 | 支持 OpenAI Compatible、Claude Messages、Gemini 等格式之间的转换与适配,也支持配置合法授权的上游地址、路径覆盖和任务协议解析规则 |
<details> <summary><strong>MAX API 会提供模型服务或 API Key 吗?</strong></summary>
不会。MAX API 是模型与 Agent 工作负载的网关治理层,不提供上游模型账号、API Key、基础模型训练能力或模型服务本身。使用者需要自行获得合法授权的上游服务。
</details>
<details> <summary><strong>MAX API 和 Agent 框架是什么关系?</strong></summary>
MAX API 不替代 Dify、LangChain、MCP Server、工作流引擎或业务 Agent 应用。它位于这些应用与上游模型服务之间,负责模型接入、令牌隔离、成本核算、路由容灾、日志观测和管理员审计等治理能力。
</details>
<details> <summary><strong>为什么强调 AI 模型治理?</strong></summary>
在真实组织中,模型不只是一个 API 名称,还涉及供应商、价格、上下文长度、协议格式、权限范围、稳定性和审计边界。MAX API 的价值在于把这些分散变量统一配置、统一观察和统一核算。
</details>
<details> <summary><strong>支持哪些数据库?</strong></summary>
支持 SQLite、MySQL ≥ 5.7.8 和 PostgreSQL ≥ 9.6。本地体验可使用 SQLite;生产环境建议使用 MySQL 或 PostgreSQL,并做好备份。
</details>
<details> <summary><strong>能否从 New API / One API 迁移?</strong></summary>
项目兼容 New API 与原版 One API 的主要数据结构,通常可以复用既有数据。迁移前仍建议备份数据库,并在测试环境验证渠道、倍率、用户、令牌和日志数据。
</details>
<details> <summary><strong>多机部署需要注意什么?</strong></summary>
必须统一 SESSION_SECRET。如果使用共享 Redis,也必须统一 CRYPTO_SECRET。否则可能出现登录状态不一致、缓存数据无法解密或任务状态异常。
</details>
<details> <summary><strong>图像生成、流式响应或大响应被截断怎么办?</strong></summary>
可调大 STREAM_SCANNER_MAX_BUFFER_MB。4K 图像、base64 图片、长流式响应等场景可能需要更大的扫描缓冲。
</details>
<details> <summary><strong>请求体过大返回 413 怎么办?</strong></summary>
调整 MAX_REQUEST_BODY_MB。该限制按解压后的请求体大小计算,用于防止超大请求或 zip bomb 导致内存暴涨。
</details>
<details> <summary><strong>用户能看到管理员日志审计中的输入输出内容吗?</strong></summary>
正常用户日志接口会过滤管理员专用字段,普通用户无法在自助使用日志中看到管理员审计内容。数据库管理员、系统管理员或拥有管理员日志接口权限的人仍可能访问相关数据,因此应按合规要求严格控制权限。
</details>
<details> <summary><strong>为什么 Docker 构建时提示 catalog: 依赖无法解析?</strong></summary>
前端使用 Bun workspace,catalog: 依赖定义在 web/package.json。构建时不能用 web/default/package.json 覆盖 workspace 根 package.json,并且需要保留 web/bun.lock。
</details>
---
MAX API 是一个由科研机构与高校 AGI 爱好者发起的 AI 模型治理、AgentOps 与应用服务基础设施项目。它旨在解决 AI 应用落地后的核心痛点,如模型供应商频繁变更、Agent 调用链路复杂、成本难以审计等问题。通过在应用、Agent、用户与上游模型服务之间构建统一的接入、鉴权、路由、计费与观测层,MAX API 为开发者和组织提供了一个稳定、可控且高度可复用的服务层能力,实现对 OpenAI、Claude、DeepSeek 及国产主流大模型的高效治理。
MAX API 提供强大的模型协议适配与治理能力。它支持 OpenAI-Compatible、Claude Messages、Gemini 等多种协议入口,并具备先进的 Reasoning Effort 控制功能,允许用户通过模型名后缀(如 `-low`, `-medium`, `-high`)精准控制 Claude 或 Gemini 等思考模型的推理力度。此外,系统内置了完善的渠道管理、额度控制与错误归一化处理,能够将分散的供应商能力转化为统一、标准化的模型服务能力。
项目支持通过 Docker 进行快速部署。默认使用 SQLite 作为本地数据库,无需额外配置数据库环境即可进行本地体验。开发者可以通过修改 `docker-compose.yml` 中的环境变量、Redis 密码及数据库配置,使用 `docker compose up -d` 命令一键启动。在正式作为面向公众的生成式 AI 服务运营前,请务必完成上游授权、备案、内容安全及合规性检查。
启动服务后,系统会将数据持久化到当前目录的 `./data` 文件夹中。你可以通过 `docker run` 命令并挂载数据卷的方式运行容器,确保服务在重启后依然保持数据一致性。通过 MAX API 网关,开发者可以实现“一次接入,多模型复用”,无需为每个供应商编写特定的 SDK,同时通过分配独立令牌(Token)来为不同的 Agent 或业务线实现精细化的额度限制与权限管理。
治理配置通过可视化控制台完成。管理员可以配置系统安全限制、添加上游渠道(API Key、Base URL 等)并进行模型映射。系统具备强大的渠道能力矩阵校验功能,能够实时检测 Base URL 格式、JSON 对象字段及 Vertex AI 区域配置等常见错误。通过灵活的组织结构配置,用户可以实现模型能力、价格规则与访问控制的深度解耦,确保 AI 应用在复杂的业务环境下依然安全、合规。
MAX API 作为一个智能网关,不仅支持标准的 OpenAI 兼容接口(Chat Completions, Embeddings, Images 等),还针对性地适配了 OpenAI Responses、Claude Messages 以及 Gemini Realtime 等前沿协议。它通过统一的协议转换层,屏蔽了不同供应商之间的格式差异,让开发者能够以统一的 API 规范调用全球范围内的各类大模型,极大降低了应用层的适配成本。
在 AI 模型治理模块中,MAX API 构建了从上游供应商到下游应用的全链路管理流。它支持接入包括 OpenAI、Azure、Claude、Gemini 在内的海外模型,以及 DeepSeek、通义千问、智谱 GLM、Kimi、豆包等国产主流模型��通过统一的模型入口与多供应商模型池,系统实现了自动化的重试、加权路由与错误处理,确保了 Agent 在调用复杂工作流时的稳定性与成本可控性。
针对开发者关注的问题,MAX API 明确了其作为“模型治理网关”的角色:它并不直接提供模型服务或 API Key,而是作为管理层帮助你高效运���已有的上游资源。同时,它与 Dify、LangChain 或 MCP Server 等 Agent 框架并非替代关系,而是互补关系——MAX API 负责底层的模型接入、路由与计费,而 Agent 框架负责上层的逻辑编排与任务执行。
MAX-API是一个高质量的开源AI工作流项目
该工具使用 AGPL-3.0 协议,商用场景请仔细阅读协议条款,必要时咨询法律意见。
AI Skill Hub 为第三方内容聚合平台,本页面信息基于公开数据整理,不对工具功能和质量作任何法律背书。
建议在沙箱或测试环境中充分验证后,再部署至生产环境,并做好必要的安全评估。
⚠️ AGPL 3.0 — 最严格的 Copyleft,网络服务端使用也需开源,SaaS 使用受限。
AI Skill Hub 点评:MAX-API 的核心功能完整,质量优秀。对于自动化工程师和运维人员来说,这是一个值得纳入个人工具库的选择。建议先在非生产环境试用,再逐步推广。
| 原始名称 | MAX-API |
| 原始描述 | 开源AI工作流:MAX API Next 社区是由来自科研机构和高校的 AGI 爱好者组织发起、维护和运营的研究驱动型技术社区,聚焦 AI Models 与 Agents 治理。⭐84 · Go |
| Topics | AIGo工作流 |
| GitHub | https://github.com/MAX-API-Next/MAX-API |
| License | AGPL-3.0 |
| 语言 | Go |
收录时间:2026-06-28 · 更新时间:2026-07-03 · License:AGPL-3.0 · AI Skill Hub 不对第三方内容的准确性作法律背书。
选择 Agent 类型,复制安装指令后粘贴到对应客户端