1. 为什么要在 2026 年自建大模型聚合网关如果你手上同时跑着对话、代码补全、内容生成、向量化这几类任务，大概率会遇到一个很现实的问题：每接一家模型厂商，就要多维护一套 API Key、一套计费口径、一套限流逻辑。项目稍微大一点，光是"哪个 Key 快到期了""这个月哪家花了多少钱"就够喝一壶。把多家模型收拢到一个统一入口里调用和管理，是这两年技术团队普遍采用的思路，而 NewAPI 就是这条路上被讨论最多的开源项目之一。NewAPI 可以理解成一个"大模型接口网关 + 分发系统"，它是经典项目 One-API 的活跃分支，同样兼容 OpenAI 接口格式，但前端界面更现代、版本迭代更勤，新手上手体验友好。它的核心能力覆盖了聚合网关最常用的功能点：统一渠道管理、令牌分发、计费倍率设置、用量日志、额度控制以及多用户支持。对个人研究和小团队内部工具来说，这套能力已经足够完整。这篇教程聚焦两件事：一是在 Docker 里把 NewAPI 自建部署跑起来，二是把它的上游 endpoint 与 API Key 指向 TaoToken 统一通道，让整条聚合调用链路一次性打通。适合谁看？需要统一管理多模型 API Key 的开发者、想给团队内部工具做一层网关的后端同学，以及正在评估"自建还是托管"的选型人。下面所有配置都可以直接复制，跟着做就能跑通。2. TaoToken 统一 Key 通道的前置准备在动手写 docker-compose 之前，先把上游通道准备好。NewAPI 本身只是个"分发器"，它自己不生产模型能力，真正干活的是它背后挂的渠道。你可以把每个渠道理解成一条通往某家模型服务的管道，而 TaoToken 提供的就是一条统一 Key 通道——用一把密钥覆盖多家主流模型，NewAPI 只需要把渠道指向它，就能一次性拿到多种模型能力。这一步要做的事情很明确：拿到 Base URL 和 API Key，确认要用的模型 ID。访问官网 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= 注册账号，然后进控制台生成密钥。控制台地址是 https://taotoken.net/console?utm_source=taotoken_aicg_blog_end&utm_content=console&utm_campaign=rewrite ，密钥管理页在 https://taotoken.net/api-keys?utm_source=taotoken_aicg_blog_end&utm_content=api-keys&utm_campaign=rewrite 。生成后你会得到一串以sk-开头的 Key，先复制到记事本里，后面配置渠道要用。接口地址统一用 https://taotoken.net/api ，注意这个地址后面不加任何查询参数，NewAPI 里填 Base URL 时也按这个来。模型 ID 建议先在模型对话页确认一遍，页面在 https://taotoken.net/models?utm_source=taotoken_aicg_blog_end&utm_content=models&utm_campaign=rewrite ，里面能看到当前可用的模型名称，比如gpt-4o、claude-3-5-sonnet、deepseek-chat这类。为什么要先确认？因为 NewAPI 的渠道里要手填模型列表，名字写错一个字符，客户端请求就会路由失败，报model not found，排查起来很费时间。提示：TaoToken 兼容 OpenAI、Anthropic、Gemini 三种协议。NewAPI 添加渠道时，如果选 OpenAI 类型，Base URL 填https://taotoken.net/api；如果要用 Claude 系列走 Anthropic 协议，NewAPI 也支持对应渠道类型，按界面提示填即可。前置准备清单就三样：Base URL、API Key、模型 ID 列表。把这三样备齐，后面 NewAPI 的渠道配置就是填空题。如果你还想了解接入细节，接入文档在 https://taotoken.net/doc?utm_source=taotoken_aicg_blog_end&utm_content=doc&utm_campaign=rewrite ，里面有各协议的请求示例，遇到字段对不上时可以对照。3. 可复制的 docker-compose 配置与渠道设置这一节是全文的技术核心，分两步：先把 NewAPI 容器跑起来，再进后台配渠道和令牌。先看部署。NewAPI 官方推荐用 Docker Compose，下面这份配置可以直接存成docker-compose.yml：version: "3.8" services: new-api: image: calciumion/new-api:latest container_name: new-api restart: always ports: - "3000:3000" environment: - TZ=Asia/Shanghai - SQL_DSN=root:newapi_pass@tcp(mysql:3306)/new-api - REDIS_CONN_STRING=redis://redis:6379 volumes: - ./data:/data depends_on: - mysql - redis mysql: image: mysql:8.0 container_name: new-api-mysql restart: always environment: - MYSQL_ROOT_PASSWORD=newapi_pass - MYSQL_DATABASE=new-api volumes: - ./mysql:/var/lib/mysql redis: image: redis:7-alpine container_name: new-api-redis restart: always volumes: - ./redis:/data这份配置比"只跑一个容器"多了 MySQL 和 Redis。为什么？默认 SQLite 在并发上来后容易锁表，日志一多查询就卡；Redis 用来做缓存和限流计数，能明显降低数据库压力。如果你只是本地试玩，可以把SQL_DSN和REDIS_CONN_STRING两行删掉，NewAPI 会自动回落到 SQLite，但生产环境建议保留。启动命令就一条：docker compose up -d跑起来后访问http://你的服务器IP:3000，默认管理员账号是root，密码123456。第一件事就是改密码，别拖。登录后进"渠道"页面，点"添加渠道"，按下面这张表填：字段填写值渠道类型OpenAI渠道名称taotoken-mainBase URLhttps://taotoken.net/api密钥你的 sk- 开头 Key模型gpt-4o,claude-3-5-sonnet,deepseek-chat模型那一栏用英文逗号分隔，把你实际要用的模型 ID 都列上。填完保存，渠道状态应该显示"已启用"。接着去"令牌"页面创建一个令牌，设置额度和过期时间，生成后同样是一串sk-开头的 Key——注意这个 Key 是给客户端用的，和上游 TaoToken 的 Key 是两回事，别搞混。如果你用的是 Claude Code 这类工具，NewAPI 也能作为它的上游。Claude Code 的配置里把 Base URL 指向你的 NewAPI 地址，Key 填 NewAPI 生成的令牌即可。想直接用 TaoToken 通道跑 Claude Code，可以参考 https://taotoken.net/claude-code?utm_source=taotoken_aicg_blog_end&utm_content=claude-code&utm_campaign=rewrite 里的说明。长期做编码和 Agent 任务的话，Coding Plan 页面 https://taotoken.net/coding-plan?utm_source=taotoken_aicg_blog_end&utm_content=coding-plan&utm_campaign=rewrite 有更细的套餐说明。4. 验证请求与成功结果配置填完不代表链路通了，必须发一次真实请求验证。最直接的办法是用 curl 打 NewAPI 的接口，看它能不能把请求转发到 TaoToken 并拿回结果。假设你的 NewAPI 跑在http://127.0.0.1:3000，令牌是sk-newapi-xxx，请求这样写：curl http://127.0.0.1:3000/v1/chat/completions \ -H "Content-Type: application/json" \ -H "Authorization: Bearer sk-newapi-xxx" \ -d '{ "model": "gpt-4o", "messages": [{"role": "user", "content": "用一句话说明什么是聚合网关"}], "stream": false }'如果链路正常，你会收到一个标准 OpenAI 格式的 JSON，choices[0].message.content里是模型返回的文本。这一步成功说明三件事：NewAPI 服务活着、令牌有效、上游 TaoToken 通道能正常响应。如果返回的是{"error":{"message":"..."}}，先看错误信息里的关键词，下一节会逐个拆。再验证一下流式输出，因为很多客户端默认开 stream：curl http://127.0.0.1:3000/v1/chat/completions \ -H "Content-Type: application/json" \ -H "Authorization: Bearer sk-newapi-xxx" \ -d '{ "model": "claude-3-5-sonnet", "messages": [{"role": "user", "content": "写一个 Python 快排"}], "stream": true }'流式正常的话，终端会一行行吐出data: {...}的 SSE 片段，最后以data: [DONE]结束。这一步能过，说明 NewAPI 的转发和上游的流式协议都对得上。我实测下来，从容器启动到两条 curl 都返回正常，大概五分钟以内能搞定，前提是渠道里的模型 ID 没写错。验证通过后，你就可以把业务代码里的 Base URL 从各家厂商地址统一改成 NewAPI 的地址，Key 换成 NewAPI 令牌。原来散落在各处的密钥，现在只需要在 NewAPI 后台维护一份，换模型、加渠道、看用量都在一个界面里完成。想先在网页上直接试模型效果，可以用模型对话页 https://taotoken.net/models?utm_source=taotoken_aicg_blog_end&utm_content=models&utm_campaign=rewrite 快速对比不同模型的输出。5. 本篇常见错误排查链路跑不通时，报错信息其实已经把方向指出来了，关键是会读。下面这几个是我在配 NewAPI + TaoToken 通道时踩过或见别人踩过的坑，对照着查基本能定位。401 Unauthorized。这个最常见，八成是 Key 填错了。分两种情况：如果错误来自 NewAPI 本身，说明你 curl 里带的 NewAPI 令牌不对，去后台"令牌"页重新复制；如果错误来自上游，说明渠道里填的 TaoToken Key 有问题，去控制台确认密钥是否被删或过期。还有一种隐蔽情况：Key 复制时带了空格或换行，粘贴到渠道里就失效，建议重新复制一遍。local proxy failed / connection refused。这个报错通常出现在 NewAPI 容器访问不到上游地址时。先确认容器网络能出网，docker exec -it new-api ping taotoken.net试一下。如果容器里 DNS 解析不了，检查 docker-compose 里的网络配置。另外 Base URL 别写成https://taotoken.net/api/带尾斜杠，有些版本拼接路径时会出双斜杠，导致 404。reading choices: unexpected end of JSON input。这个多半是流式响应被截断，或者上游返回了非 JSON 内容。先确认请求里stream字段和客户端预期一致；如果客户端要流式，你却在渠道里配了不支持流式的模型，就会解析失败。还有一种可能是模型 ID 写错，上游返回了错误页而不是 JSON，NewAPI 解析时就报这个。OAuth / 认证相关报错。如果你在配 Claude Code 或 Cline 这类工具，它们可能默认走 OAuth 流程，而 NewAPI 走的是 API Key 认证。这时候要在工具设置里显式选择"使用 API Key"模式，把 Base URL 指向 NewAPI，Key 填 NewAPI 令牌。Cline 的 MCP 配置里如果同时出现 Base URL、Key、Model ID 三个字段，三个都要填对，缺一个都会认证失败。模型路由失败 model not found。回去看渠道里的模型列表，确认你请求的模型 ID 和列表里写的完全一致，大小写、连字符都不能差。NewAPI 是按字符串精确匹配的，gpt-4o和gpt-4O在它眼里是两个模型。排查顺序建议从下往上：先 curl 直连 TaoToken 确认上游通，再 curl 打 NewAPI 确认网关通，最后接客户端。这样能快速定位是上游、网关还是客户端的问题。密钥和接入细节随时可以回 https://taotoken.net/api-keys?utm_source=taotoken_aicg_blog_end&utm_content=api-keys&utm_campaign=rewrite 和 https://taotoken.net/doc?utm_source=taotoken_aicg_blog_end&utm_content=doc&utm_campaign=rewrite 核对。6. 把统一通道接进你的日常开发流链路跑通只是开始，真正省事的是把它接进日常工具链。NewAPI 作为网关，最大的价值是让你在客户端侧只认一个地址、一把 Key。比如你团队里有人用 Cursor，有人用 ChatBox，有人写脚本直接调，全部指向 NewAPI 就行，换模型、调额度、看谁用得多，都在后台一处完成。如果你主要做编码和 Agent 任务，可以了解下 Coding Plan https://taotoken.net/coding-plan?utm_source=taotoken_aicg_blog_end&utm_content=coding-plan&utm_campaign=rewrite ，它针对长期高频调用做了优化。日常想快速验证某个模型值不值得接进网关，用模型对话页 https://taotoken.net/models?utm_source=taotoken_aicg_blog_end&utm_content=models&utm_campaign=rewrite 试几句最省事。需要新建或轮换密钥时，API Keys 页 https://taotoken.net/api-keys?utm_source=taotoken_aicg_blog_end&utm_content=api-keys&utm_campaign=rewrite 随时能操作。最后给个运维上的实用建议：NewAPI 的数据库一定要定期备份，./mysql和./data两个目录打包存好，迁移服务器时直接搬过去就能恢复。渠道配置建议在后台导出留档，万一容器重建，重新导入比手填快得多。上线到公网的话，前面挂一层 Nginx 配 HTTPS，别让令牌在明文 HTTP 里裸奔。这套组合跑顺之后，你会发现多模型管理这件事，从"到处找 Key"变成了"后台点几下"。
1. 为什么要在 2026 年自建大模型聚合网关如果你手上同时跑着对话、代码补全、内容生成、向量化这几类任务，大概率会遇到一个很现实的问题：每接一家模型厂商，就要多维护一套 API Key、一套计费口径、一套限流逻辑。项目稍微大一点，光是"哪个 Key 快到期了""这个月哪家花了多少钱"就够喝一壶。把多家模型收拢到一个统一入口里调用和管理，是这两年技术团队普遍采用的思路，而 NewAPI 就是这条路上被讨论最多的开源项目之一。NewAPI 可以理解成一个"大模型接口网关 + 分发系统"，它是经典项目 One-API 的活跃分支，同样兼容 OpenAI 接口格式，但前端界面更现代、版本迭代更勤，新手上手体验友好。它的核心能力覆盖了聚合网关最常用的功能点：统一渠道管理、令牌分发、计费倍率设置、用量日志、额度控制以及多用户支持。对个人研究和小团队内部工具来说，这套能力已经足够完整。这篇教程聚焦两件事：一是在 Docker 里把 NewAPI 自建部署跑起来，二是把它的上游 endpoint 与 API Key 指向 TaoToken 统一通道，让整条聚合调用链路一次性打通。适合谁看？需要统一管理多模型 API Key 的开发者、想给团队内部工具做一层网关的后端同学，以及正在评估"自建还是托管"的选型人。下面所有配置都可以直接复制，跟着做就能跑通。2. TaoToken 统一 Key 通道的前置准备在动手写 docker-compose 之前，先把上游通道准备好。NewAPI 本身只是个"分发器"，它自己不生产模型能力，真正干活的是它背后挂的渠道。你可以把每个渠道理解成一条通往某家模型服务的管道，而 TaoToken 提供的就是一条统一 Key 通道——用一把密钥覆盖多家主流模型，NewAPI 只需要把渠道指向它，就能一次性拿到多种模型能力。这一步要做的事情很明确：拿到 Base URL 和 API Key，确认要用的模型 ID。访问官网 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= 注册账号，然后进控制台生成密钥。控制台地址是 https://taotoken.net/console?utm_source=taotoken_aicg_blog_end&utm_content=console&utm_campaign=rewrite ，密钥管理页在 https://taotoken.net/api-keys?utm_source=taotoken_aicg_blog_end&utm_content=api-keys&utm_campaign=rewrite 。生成后你会得到一串以sk-开头的 Key，先复制到记事本里，后面配置渠道要用。接口地址统一用 https://taotoken.net/api ，注意这个地址后面不加任何查询参数，NewAPI 里填 Base URL 时也按这个来。模型 ID 建议先在模型对话页确认一遍，页面在 https://taotoken.net/models?utm_source=taotoken_aicg_blog_end&utm_content=models&utm_campaign=rewrite ，里面能看到当前可用的模型名称，比如gpt-4o、claude-3-5-sonnet、deepseek-chat这类。为什么要先确认？因为 NewAPI 的渠道里要手填模型列表，名字写错一个字符，客户端请求就会路由失败，报model not found，排查起来很费时间。提示：TaoToken 兼容 OpenAI、Anthropic、Gemini 三种协议。NewAPI 添加渠道时，如果选 OpenAI 类型，Base URL 填https://taotoken.net/api；如果要用 Claude 系列走 Anthropic 协议，NewAPI 也支持对应渠道类型，按界面提示填即可。前置准备清单就三样：Base URL、API Key、模型 ID 列表。把这三样备齐，后面 NewAPI 的渠道配置就是填空题。如果你还想了解接入细节，接入文档在 https://taotoken.net/doc?utm_source=taotoken_aicg_blog_end&utm_content=doc&utm_campaign=rewrite ，里面有各协议的请求示例，遇到字段对不上时可以对照。3. 可复制的 docker-compose 配置与渠道设置这一节是全文的技术核心，分两步：先把 NewAPI 容器跑起来，再进后台配渠道和令牌。先看部署。NewAPI 官方推荐用 Docker Compose，下面这份配置可以直接存成docker-compose.yml：version: "3.8" services: new-api: image: calciumion/new-api:latest container_name: new-api restart: always ports: - "3000:3000" environment: - TZ=Asia/Shanghai - SQL_DSN=root:newapi_pass@tcp(mysql:3306)/new-api - REDIS_CONN_STRING=redis://redis:6379 volumes: - ./data:/data depends_on: - mysql - redis mysql: image: mysql:8.0 container_name: new-api-mysql restart: always environment: - MYSQL_ROOT_PASSWORD=newapi_pass - MYSQL_DATABASE=new-api volumes: - ./mysql:/var/lib/mysql redis: image: redis:7-alpine container_name: new-api-redis restart: always volumes: - ./redis:/data这份配置比"只跑一个容器"多了 MySQL 和 Redis。为什么？默认 SQLite 在并发上来后容易锁表，日志一多查询就卡；Redis 用来做缓存和限流计数，能明显降低数据库压力。如果你只是本地试玩，可以把SQL_DSN和REDIS_CONN_STRING两行删掉，NewAPI 会自动回落到 SQLite，但生产环境建议保留。启动命令就一条：docker compose up -d跑起来后访问http://你的服务器IP:3000，默认管理员账号是root，密码123456。第一件事就是改密码，别拖。登录后进"渠道"页面，点"添加渠道"，按下面这张表填：字段填写值渠道类型OpenAI渠道名称taotoken-mainBase URLhttps://taotoken.net/api密钥你的 sk- 开头 Key模型gpt-4o,claude-3-5-sonnet,deepseek-chat模型那一栏用英文逗号分隔，把你实际要用的模型 ID 都列上。填完保存，渠道状态应该显示"已启用"。接着去"令牌"页面创建一个令牌，设置额度和过期时间，生成后同样是一串sk-开头的 Key——注意这个 Key 是给客户端用的，和上游 TaoToken 的 Key 是两回事，别搞混。如果你用的是 Claude Code 这类工具，NewAPI 也能作为它的上游。Claude Code 的配置里把 Base URL 指向你的 NewAPI 地址，Key 填 NewAPI 生成的令牌即可。想直接用 TaoToken 通道跑 Claude Code，可以参考 https://taotoken.net/claude-code?utm_source=taotoken_aicg_blog_end&utm_content=claude-code&utm_campaign=rewrite 里的说明。长期做编码和 Agent 任务的话，Coding Plan 页面 https://taotoken.net/coding-plan?utm_source=taotoken_aicg_blog_end&utm_content=coding-plan&utm_campaign=rewrite 有更细的套餐说明。4. 验证请求与成功结果配置填完不代表链路通了，必须发一次真实请求验证。最直接的办法是用 curl 打 NewAPI 的接口，看它能不能把请求转发到 TaoToken 并拿回结果。假设你的 NewAPI 跑在http://127.0.0.1:3000，令牌是sk-newapi-xxx，请求这样写：curl http://127.0.0.1:3000/v1/chat/completions \ -H "Content-Type: application/json" \ -H "Authorization: Bearer sk-newapi-xxx" \ -d '{ "model": "gpt-4o", "messages": [{"role": "user", "content": "用一句话说明什么是聚合网关"}], "stream": false }'如果链路正常，你会收到一个标准 OpenAI 格式的 JSON，choices[0].message.content里是模型返回的文本。这一步成功说明三件事：NewAPI 服务活着、令牌有效、上游 TaoToken 通道能正常响应。如果返回的是{"error":{"message":"..."}}，先看错误信息里的关键词，下一节会逐个拆。再验证一下流式输出，因为很多客户端默认开 stream：curl http://127.0.0.1:3000/v1/chat/completions \ -H "Content-Type: application/json" \ -H "Authorization: Bearer sk-newapi-xxx" \ -d '{ "model": "claude-3-5-sonnet", "messages": [{"role": "user", "content": "写一个 Python 快排"}], "stream": true }'流式正常的话，终端会一行行吐出data: {...}的 SSE 片段，最后以data: [DONE]结束。这一步能过，说明 NewAPI 的转发和上游的流式协议都对得上。我实测下来，从容器启动到两条 curl 都返回正常，大概五分钟以内能搞定，前提是渠道里的模型 ID 没写错。验证通过后，你就可以把业务代码里的 Base URL 从各家厂商地址统一改成 NewAPI 的地址，Key 换成 NewAPI 令牌。原来散落在各处的密钥，现在只需要在 NewAPI 后台维护一份，换模型、加渠道、看用量都在一个界面里完成。想先在网页上直接试模型效果，可以用模型对话页 https://taotoken.net/models?utm_source=taotoken_aicg_blog_end&utm_content=models&utm_campaign=rewrite 快速对比不同模型的输出。5. 本篇常见错误排查链路跑不通时，报错信息其实已经把方向指出来了，关键是会读。下面这几个是我在配 NewAPI + TaoToken 通道时踩过或见别人踩过的坑，对照着查基本能定位。401 Unauthorized。这个最常见，八成是 Key 填错了。分两种情况：如果错误来自 NewAPI 本身，说明你 curl 里带的 NewAPI 令牌不对，去后台"令牌"页重新复制；如果错误来自上游，说明渠道里填的 TaoToken Key 有问题，去控制台确认密钥是否被删或过期。还有一种隐蔽情况：Key 复制时带了空格或换行，粘贴到渠道里就失效，建议重新复制一遍。local proxy failed / connection refused。这个报错通常出现在 NewAPI 容器访问不到上游地址时。先确认容器网络能出网，docker exec -it new-api ping taotoken.net试一下。如果容器里 DNS 解析不了，检查 docker-compose 里的网络配置。另外 Base URL 别写成https://taotoken.net/api/带尾斜杠，有些版本拼接路径时会出双斜杠，导致 404。reading choices: unexpected end of JSON input。这个多半是流式响应被截断，或者上游返回了非 JSON 内容。先确认请求里stream字段和客户端预期一致；如果客户端要流式，你却在渠道里配了不支持流式的模型，就会解析失败。还有一种可能是模型 ID 写错，上游返回了错误页而不是 JSON，NewAPI 解析时就报这个。OAuth / 认证相关报错。如果你在配 Claude Code 或 Cline 这类工具，它们可能默认走 OAuth 流程，而 NewAPI 走的是 API Key 认证。这时候要在工具设置里显式选择"使用 API Key"模式，把 Base URL 指向 NewAPI，Key 填 NewAPI 令牌。Cline 的 MCP 配置里如果同时出现 Base URL、Key、Model ID 三个字段，三个都要填对，缺一个都会认证失败。模型路由失败 model not found。回去看渠道里的模型列表，确认你请求的模型 ID 和列表里写的完全一致，大小写、连字符都不能差。NewAPI 是按字符串精确匹配的，gpt-4o和gpt-4O在它眼里是两个模型。排查顺序建议从下往上：先 curl 直连 TaoToken 确认上游通，再 curl 打 NewAPI 确认网关通，最后接客户端。这样能快速定位是上游、网关还是客户端的问题。密钥和接入细节随时可以回 https://taotoken.net/api-keys?utm_source=taotoken_aicg_blog_end&utm_content=api-keys&utm_campaign=rewrite 和 https://taotoken.net/doc?utm_source=taotoken_aicg_blog_end&utm_content=doc&utm_campaign=rewrite 核对。6. 把统一通道接进你的日常开发流链路跑通只是开始，真正省事的是把它接进日常工具链。NewAPI 作为网关，最大的价值是让你在客户端侧只认一个地址、一把 Key。比如你团队里有人用 Cursor，有人用 ChatBox，有人写脚本直接调，全部指向 NewAPI 就行，换模型、调额度、看谁用得多，都在后台一处完成。如果你主要做编码和 Agent 任务，可以了解下 Coding Plan https://taotoken.net/coding-plan?utm_source=taotoken_aicg_blog_end&utm_content=coding-plan&utm_campaign=rewrite ，它针对长期高频调用做了优化。日常想快速验证某个模型值不值得接进网关，用模型对话页 https://taotoken.net/models?utm_source=taotoken_aicg_blog_end&utm_content=models&utm_campaign=rewrite 试几句最省事。需要新建或轮换密钥时，API Keys 页 https://taotoken.net/api-keys?utm_source=taotoken_aicg_blog_end&utm_content=api-keys&utm_campaign=rewrite 随时能操作。最后给个运维上的实用建议：NewAPI 的数据库一定要定期备份，./mysql和./data两个目录打包存好，迁移服务器时直接搬过去就能恢复。渠道配置建议在后台导出留档，万一容器重建，重新导入比手填快得多。上线到公网的话，前面挂一层 Nginx 配 HTTPS，别让令牌在明文 HTTP 里裸奔。这套组合跑顺之后，你会发现多模型管理这件事，从"到处找 Key"变成了"后台点几下"。