Qwen 3.7 API 接入:Max 与 Plus 怎么选
最后更新: 2026-07-16
Qwen 3.7 系列在 kkaiapi 上有三个 ID:qwen3.7-max 文本旗舰、qwen3.7-plus 走量款、qwen3.6-plus 上一代。base_url 换成 https://api.kkaiapi.com/v1,选好 ID 直接调用,和 Claude、GLM、DeepSeek 共用一个 Key,人民币按量计费。
先说结论:三个字符串,一个 base_url
任何 OpenAI 兼容客户端把 base_url 指向 https://api.kkaiapi.com/v1,model 选 qwen3.7-plus、qwen3.7-max 或 qwen3.6-plus 里的一个,请求格式都是标准的 /v1/chat/completions,不需要阿里云账号。多数场景默认用 qwen3.7-plus,任务需要家族里最强推理时再上 qwen3.7-max,qwen3.6-plus 只留给还没在新版本上重新跑过评测的存量项目。 三个 ID 拼写各不相同,以 /v1/models 返回的列表为准,打错字直接返回模型不存在。
curl https://api.kkaiapi.com/v1/chat/completions \
-H "Authorization: Bearer sk-你的kkaiapi密钥" \
-H "Content-Type: application/json" \
-d '{
"model": "qwen3.7-plus",
"messages": [{"role": "user", "content": "用两句话说清楚 Qwen 3.7 Max 和 Plus 的区别"}]
}'三个 ID 到底是什么
Qwen3.7-Max 是阿里的文本旗舰,今年 5 月 20 日在阿里云峰会上公布,API 从 5 月 19 日就已经上线,面向最难的文本任务:复杂代码生成、多步 Agent 规划、长程执行。 Qwen3.7-Plus 在 6 月 1 日全量上线,是在 3.7 文本底座上加了视觉和视频理解能力的走量款,发布定价明显低于 Max。这里要提醒一句:kkaiapi 目录里这个 ID 是作为纯文本的 chat completions 模型提供的,如果你的场景需要图片输入能力,先用一次小请求验证一下再往上搭。 Qwen3.6-Plus 是上一代,4 月发布。有个事实要说清楚:kkaiapi 目录里 qwen3.6-plus 的价格比 qwen3.7-plus 更高,厂商自己在 3.7 发布时就是这么定价的,所以没有成本上的理由继续用 3.6,它存在的意义是给还没在 3.7 上重跑评测、需要行为稳定性的存量场景当过渡,尽快把评测跑到 3.7 上才是该做的事。 三个 ID 在 kkaiapi 目录里都是 100 万 token 上下文,和阿里官方公布的 3.7 系列窗口一致。
Python 与 JavaScript 快速接入
两个官方 OpenAI SDK 都支持自定义 base_url,model 字段原样传字符串,一个客户端对象可以在 qwen3.7-plus 和 qwen3.7-max 之间随时切换,方便做成本和质量的权衡实验。
import os
from openai import OpenAI
client = OpenAI(
api_key=os.environ["KKAIAPI_KEY"],
base_url="https://api.kkaiapi.com/v1",
)
resp = client.chat.completions.create(
model="qwen3.7-plus",
messages=[
{"role": "system", "content": "你是一个简洁的助手。"},
{"role": "user", "content": "从这段会议记录里提取行动项:..."},
],
max_tokens=2000,
)
print(resp.choices[0].message.content)
print(resp.usage)Max 和 Plus 具体怎么选
不确定选哪个的时候,最快的办法是同一批 prompt 分别在 qwen3.7-plus 和 qwen3.7-max 上跑一遍,看输出质量和 completion_tokens,两项都占优的一档赢下这个位置。
- qwen3.7-plus 是默认档:抽取、摘要、分类、日常对话、大批量 Agent 步骤,发布定位就是量大质量够
- qwen3.7-max 留给硬骨头:多步 Agent 规划、复杂代码生成,厂商把最强推理能力放在这一档,价格也最高
- 规划者与执行者分工很自然:qwen3.7-max 出规划,qwen3.7-plus 按规划执行,两个字符串一个循环
- 单次响应超过约 3 万 token 的场景优先考虑 qwen3.7-max,厂商发布的输出上限规格里 Max 明显高于 Plus
- qwen3.6-plus 只用于还没重跑评测的存量项目,价格比 3.7-plus 更高,当成过渡而不是终点
按 100 万 token 上下文做预算
三个 Qwen ID 在这里都是 100 万 token 上下文,意味着整仓库级别的提问、大文档集合、超长 Agent 会话不会被截断卡住。但这不代表不花钱:上下文里的每个 token 都按输入计费,一个携带 30 万 token 状态的循环,每一步都要重新为这些状态付费。 实操上把窗口当成上限而不是目标:prompt 按任务实际需要的范围裁剪,长期状态尽量用摘要代替原文携带,真正配得上超大上下文的请求(全仓库审查、全文档集合提问)才值得把窗口用满。用量日志里的 prompt_tokens 一栏,一天之内就能告诉你上下文纪律有没有守住。
价格对照
按量计费,实时价格以 /pricing 为准。
| 模型 | 模型 ID | 定位 | kkaiapi 价格(¥/1M,输入/输出) | 官方参考(¥/1M) |
|---|---|---|---|---|
| Qwen 3.7 Max | qwen3.7-max | 文本旗舰,复杂推理与 Agent | ¥10.8 / ¥32.4 | ¥12 / ¥36 |
| Qwen 3.7 Plus | qwen3.7-plus | 走量默认档 | ¥1.8 / ¥7.2 | ¥2 / ¥8 |
| Qwen 3.6 Plus | qwen3.6-plus | 上一代,过渡用 | ¥1.8 / ¥10.8 | ¥2 / ¥12 |
验证接入与排查首次调用
先查一次模型列表,确认三个 Qwen ID 都能调到,拼写以列表为准。 401 多半是 Key 没导出到当前 shell;404 常见于 base_url 漏了 /v1;模型不存在多是漏了点或连字符,qwen3.7-plus 和 qwen3.7-max 是精确字符串;finish_reason 是 length 说明 max_tokens 设小了,先调大再评判输出质量。
curl -s https://api.kkaiapi.com/v1/models \
-H "Authorization: Bearer sk-你的kkaiapi密钥" | grep qwen常见问题
Qwen 3.7 Max 和 Plus 有什么区别?
Max 是文本旗舰,面向最复杂的推理和 Agent 规划任务,输出上限更高、价格也更高。Plus 是走量款,发布价格明显低于 Max,上游还带图片和视频理解能力,多数日常任务两者质量差距不大,价格差距却很明显。
应该默认用 Max 还是 Plus?
默认用 qwen3.7-plus。抽取、摘要、分类、日常对话这类量大的任务,Plus 已经够用;只有多步 Agent 规划、复杂代码生成这类硬任务,才值得付 Max 的价格。
Qwen 3.7 Plus 能处理图片输入吗?
上游阿里的发布材料描述 Plus 支持图片和视频理解,但 kkaiapi 目录里这个 ID 是作为纯文本 chat completions 模型提供的,如果场景需要图片输入,先用一次小请求验证再搭建正式流程。
为什么 Qwen 3.6 Plus 比 3.7 Plus 还贵?
这是厂商在 3.7 发布时的定价事实:3.7 Plus 上线时价格低于它接替的 3.6 一代。实际结论是没有成本理由继续用 3.6-plus,除非项目还没在 3.7 上重新跑过评测,应该尽快把评测迁过去。
Qwen 3.7 系列的上下文窗口多大?
三个 ID 在 kkaiapi 上都是 100 万 token,和阿里官方公布的 3.7 系列窗口一致。上下文按输入计费,窗口是上限不是目标,长期状态建议做摘要压缩。
能在同一个应用里混用 Max 和 Plus 吗?
可以,而且是推荐做法。两个 ID 共用同一个 base_url 和 Key,按请求路由,比如规划步骤用 Max、执行步骤用 Plus,只是配置层面的选择,不涉及额外集成。