经 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是一个高质量的开源AI工作流项目
该工具使用 AGPL-3.0 协议,商用场景请仔细阅读协议条款,必要时咨询法律意见。
AI Skill Hub 为第三方内容聚合平台,本页面信息基于公开数据整理,不对工具功能和质量作任何法律背书。
建议在沙箱或测试环境中充分验证后,再部署至生产环境,并做好必要的安全评估。
⚠️ AGPL 3.0 — 最严格的 Copyleft,网络服务端使用也需开源,SaaS 使用受限。
AI Skill Hub 点评:MAX-API 的核心功能完整,质量优秀。对于自动化工程师和运维人员来说,这是一个值得纳入个人工具库的选择。建议先在非生产环境试用,再逐步推广。
| 原始名称 | MAX-API |
| Topics | AIGo工作流 |
| GitHub | https://github.com/MAX-API-Next/MAX-API |
| License | AGPL-3.0 |
| 语言 | Go |
收录时间:2026-06-28 · 更新时间:2026-06-28 · License:AGPL-3.0 · AI Skill Hub 不对第三方内容的准确性作法律背书。
选择 Agent 类型,复制安装指令后粘贴到对应客户端