Baichuan-M2 是百川智能(Baichuan AI)Baichuan 系列的最新一代基础大模型,延续了 Baichuan-7B/13B、Baichuan2、Baichuan 4 的迭代脉络。百川智能成立于 2023 年 4 月,由搜狗前 CEO 王小川创立,是最早一批推出开源大模型并转向「开源生态 + 商业 API + 私有化交付」三轨并行的国内大模型公司。Baichuan 系列的价值在于:既提供可免费商用验证的开源基座(Baichuan/Baichuan2),又提供面向生产环境的商业 API 与企业级私有化部署,是国内开发者在中文场景构建对话、检索增强生成(RAG,让模型基于外部知识库作答的技术)与智能体应用时的高频选型对象。 截至本文撰写,Baichuan-M2 的官方技术报告与独立 API 文档尚未完全公开,能力细节以官网与开放平台披露为准。因此本文以系列已公开信息为基准,梳理 M2 的上手路径、部署方法与选型要点,并逐处标注「以官方发布为准」的待确认项。按以下结构阅读:工具速览 → 安装与上手 → 核心能力 → 生产部署 → 同类对比 → 版本脉络 → 场景与避坑 → 自测题。读完你可以直接注册开放平台跑通一次调用,并为私有化部署完成预算与架构评估。

岗位关联

掌握 Baichuan 系列模型,意味着你能在中文场景快速完成从「API 效果验证」到「私有化交付」的完整链路,这是国产大模型落地中最紧缺的工程能力之一,直接对应企业客户的降本增效需求。

目录
  1. 为什么需要 Baichuan-M2:从零训练基座成本过高,选型需要「可验证 → 可商用 → 可交付」的完整链路
  2. 安装与环境配置:3 步就绪
  3. 快速上手:5 分钟跑通第一个对话
  4. 核心能力详解:4 大支柱
  5. 生产部署与监控:从上线到运维
  6. 版本迭代
  7. AI 应用场景
  8. 常见误区
  9. 面试题
工具类型
基础大模型(开源基座 + 商业 API)
开发商
百川智能(北京百川智能科技有限公司)
开源协议
系列开源模型为免费商用授权,以各模型官方协议为准
GitHub Stars
无
主要语言
Python(Transformers 生态);API 兼容 OpenAI 接口格式
当前版本
Baichuan-M2(截至训练数据,具体版本号与开放形式待官方公布)
安装方式
API:注册平台获取密钥;开源:pip + Transformers 加载权重
下载地址
无
官方文档
无
上手难度
★★★☆☆(中等:API 调用简单,私有化需 GPU 资源规划)
适合人群
AI 应用开发者、大模型选型工程师、企业技术团队
同类工具
DeepSeek、Qwen(通义千问)、GLM(智谱)
托管服务
无

速览卡是工具类内容的固定首屏模块:30 秒判断「这工具是什么、能不能商用、适不适合我」。

为什么需要 Baichuan-M2:从零训练基座成本过高,选型需要「可验证 → 可商用 → 可交付」的完整链路

自研大模型基座的门槛极高:预训练需要数千张 GPU、TB 级高质量语料与一支算法团队,绝大多数企业不具备这个条件。可行的路径是在成熟基座上做微调或直接调用商业 API。但在中文场景,通用国际模型的评测指标(如 MMLU,即大规模多任务语言理解基准)与真实业务效果往往存在落差,选型者需要先在低成本下验证中文效果,再考虑商用授权与部署方式是否合规、可落地。

Baichuan 系列恰好覆盖了这条链路的三段:开源版本(Baichuan2-7B/13B)可在消费级/单卡服务器上快速跑通效果验证,且官方授权协议明确允许商用,适合做 PoC(概念验证,用最小成本验证方案可行性)与私有化预研;商业 API(Baichuan 4 及后续版本)提供 SLA 保障、内容安全与工具调用能力,适合直接接入生产;私有化交付满足金融、政务、医疗等数据合规要求严格的行业。M2 作为系列最新一代,定位延续这一策略。

与 DeepSeek、Qwen、GLM 等国产模型相比,Baichuan 的气质差异在于「企业服务纵深」:它并不追求单一榜单数字的最大化,而是把开源生态、商业 API、私有化交付三者打包成一套可选配的企业方案。选型时适合把它放在「需要合规交付 + 中文优化」的候选名单中,与主打极致开源(DeepSeek)或全模态云服务(Qwen)的对手做差异化比较。

安装与环境配置:3 步就绪

Baichuan-M2 的使用分两条路径,按你的场景二选一。

步骤一·安装:API 路径只需安装 OpenAI SDK——百川开放平台的接口格式与 OpenAI 兼容,便于从现有 OpenAI 工程迁移。开源权重路径需要 Python 3.8+、PyTorch 与 Transformers 库。

步骤二·配置:在开放平台控制台(platform.baichuan-ai.com)注册账号并完成实名认证,创建 API Key。将 Key 写入环境变量,不要硬编码进代码仓库。开源路径则无需密钥,直接拉取 Hugging Face 上的官方权重,但首次下载需在服务器上配置好网络与磁盘空间。

步骤三·验证:用一段最短请求确认连通性。API 路径下,向聊天补全接口发送一条消息,能返回模型回复即配置成功;开源路径下,加载权重并生成一句话即可确认环境可用。若 M2 权重尚未开放,以下开源验证步骤适用于系列已开源模型(如 Baichuan2-13B-Chat)。

bash9 行
# 1. API 路径:安装 OpenAI SDK(百川平台兼容 OpenAI 接口格式)pip install openai # 配置密钥(在 platform.baichuan-ai.com 控制台创建)export BAICHUAN_API_KEY="sk-你的密钥" # 2. 开源权重路径:安装依赖(适用于已开源系列模型)pip install torch transformers sentencepiecehuggingface-cli download baichuan-inc/Baichuan2-13B-Chat

快速上手:5 分钟跑通第一个对话

最快验证 Baichuan-M2 效果的方式是使用开放平台自带的在线调试功能,无需写代码。

1. 打开百川开放平台(platform.baichuan-ai.com),注册账号并完成手机号/企业实名认证。

2. 进入「控制台」,在 API Key 管理页创建一个新密钥,复制保存(该密钥只显示一次)。

3. 在「模型体验」或「接口调试」页面,选择 Baichuan-M2(模型名以页面实际展示为准),在输入框写入测试问题,例如「请用三句话说明检索增强生成 RAG 的原理」。

4. 点击发送,检查返回文本的质量、响应延迟与 token 消耗(token 即模型处理文本的最小单元,计费与上下文限制均按 token 计算)。

若平台已开放 API 接入,可按平台文档提供的接入地址编写最小脚本。以下代码基于 OpenAI SDK 格式,base_url 与 model 字段以平台控制台「接入信息」页为准:

进阶技巧:先在在线调试页确定提示词模板(system prompt)的效果,再迁移到代码中;用流式输出(stream=True)降低首 token 延迟感知,改善对话体验。

python12 行
import osfrom openai import OpenAI client = OpenAI(    api_key=os.getenv("BAICHUAN_API_KEY"),    base_url="<平台控制台提供的接入地址>",  # 以官方文档为准)resp = client.chat.completions.create(    model="<模型名,以平台文档为准>",    messages=[{"role": "user", "content": "你好,介绍一下你自己"}],)print(resp.choices[0].message.content)

核心能力详解:4 大支柱

支柱一·开源与闭源双轨的产品矩阵。 Baichuan-7B/13B 与 Baichuan2 系列权重完整开源,部署门槛低,社区生态成熟;Baichuan 4 与 M2 以商业 API 形式提供,能力更强且有服务保障。双轨策略让团队可以在 PoC 阶段用开源版验证可行性,在生产阶段无缝切换到商业 API 或私有化部署,避免「验证完发现不可商用」的选型风险。

支柱二·中文场景深度优化与安全对齐。 系列模型在预训练阶段针对中文语料做了专门配比,官方公布了多项中文基准成绩,宣称在同规模开源模型中中文理解处于领先水平。对齐(让模型输出符合人类偏好与安全规范的过程)与价值观安全也是系列公开强调的方向。对于中文客服、文档问答、内容生成等场景,这比直接套用英文主导的开源模型更少出现「翻译腔」与理解偏差。

支柱三·企业级私有化与定制交付。 百川面向金融、政务、医疗等高合规行业提供私有化部署方案,并支持行业微调(在基座模型上用领域数据继续训练)。这意味着敏感数据不出域,满足数据安全法相关要求。私有化交付的实际成本需根据并发与吞吐要求单独评估,官方提供解决方案咨询,这构成了 Baichuan 区别于纯 API 厂商的核心能力。

支柱四·Agent 与工具调用方向演进。 从 Baichuan2 开始,系列模型支持通过搜索增强与外部工具提升事实准确性;M2 若延续此方向,将更适合智能体(Agent,能自主调用工具、完成多步任务的 AI 系统)场景。具体工具调用协议与函数调用格式需以 M2 官方发布后的 API 文档为准,选型时务必提前核对。

生产部署与监控:从上线到运维

部署方式一:云端 API 接入。 适合对交付周期敏感、无 GPU 运维能力的团队。生产环境需做好三件事:一是重试与退避,API 在高并发下可能返回限流错误,用指数退避重试(间隔逐渐加长的重试策略)保障可用性;二是缓存与降级,高频重复的问答可缓存响应,API 不可用时降级到开源模型兜底;三是预算控制,为每个应用设置 token 用量上限,在控制台配置告警。企业级商用建议直接联系官方签署 SLA(服务水平协议,约定可用性与响应时间的合同条款)。

部署方式二:私有化部署开源权重。 以 Baichuan2-13B-Chat 为例,模型权重以 FP16(半精度浮点,每个参数占 2 字节)加载约需 26GB 显存,单张 A100/A800(80GB)即可承载;7B 版本约需 14GB,单张 24GB 显存的消费级显卡可跑。生产环境推荐用 vLLM 等推理框架部署为 OpenAI 兼容服务,支撑高并发并复用现有工程代码。量化(用低精度压缩模型降低显存占用)可进一步降低硬件成本,但会带来小幅效果损失,需先做评测。

可观测性。 无论哪种部署方式,都要记录四类指标:请求日志(时间戳、prompt、响应、token 数)、延迟分位数(P50/P95,即 50%/95% 请求的响应时间上限)、错误率与限流次数、成本(每千 token 单价 × 用量)。用 Prometheus + Grafana 做指标可视化,配合查询日志做 prompt 质量审计。私有化部署还需监控 GPU 利用率、显存占用与推理队列长度,避免 OOM(内存溢出)导致的实例崩溃。

<p class="para-label">避坑清单:</p>

<ul class="dash-list"><li>API Key 泄露:Key 写进前端代码或公开仓库会被盗刷产生费用,务必用环境变量或密钥管理服务保存,并在控制台定期轮换。</li><li>语境混淆:Baichuan-M2 不是 Baichuan 2 的续作编号,两者为不同代际模型,文档与社区讨论时注意区分,避免拿旧版评测结论套新版。</li><li>上下文超限被静默截断:超过模型上下文上限的输入会被截断而非报错,长文档问答前先做切片或检索,否则回答缺失关键信息且已计费。</li><li>开源版与商业版能力差异:开源权重版本能力通常落后于同期商业 API,私有化部署前用业务评测集实测,勿以开源版效果直接推断 API 效果。</li><li>商用授权边界:开源模型虽可商用,但需遵守各模型附带的官方许可证;若涉及对模型本身的修改再分发,需单独确认协议条款。</li></ul>

维度Bauchan(Baichuan-M2/系列)DeepSeekQwen(通义千问)GLM(智谱)
定位开源生态 + 商业 API + 私有化交付三轨并行极致开源,推理与代码能力突出云服务 + 开源全模态模型矩阵开源模型 + 企业级 API 服务
开源策略部分版本开源(Baichuan2),最新模型闭源 API主力模型开源(MIT 协议),权重可商用核心模型开源(Apache 2.0)部分模型开源,旗舰版本闭源
上下文支持以官方文档为准128K 级别,支持长文档128K 级别,支持长上下文128K 级别
学习曲线中:API 易上手,私有化需 GPU 规划低:开源权重直接可用,社区资料多低:云服务门槛低,阿里云生态丰富中:API 与开源双路径
生态集成Hugging Face / Transformers 标准生态Hugging Face / 各家推理框架Hugging Face + 阿里云百炼平台Hugging Face + 智谱开放平台
生产部署公有云 API / 私有化交付(合规场景)开源权重自部署为主云 API 一键接入,私有化需自建云 API + 私有化方案
License各模型官方授权协议,开源版可商用MIT(开源版)Apache 2.0(开源版)开放协议(开源版)
适合谁金融/政务/医疗等强合规行业,需私有化的团队追求开源可控、重视推理成本的团队阿里云用户,需全模态与一站式 MaaS 的团队需国产化 API 且看重生态服务的团队

选型建议:数据合规要求高、需要私有化交付或行业微调的团队优先评估 Baichuan 系列;追求极致的开源可控与低推理成本选 DeepSeek 开源权重;已深度使用阿里云生态、需要文本/图像/语音一站式能力选 Qwen;需要稳定的国产商业 API 并看重企业服务流程,可将 GLM 与 Baichuan 并列做评测对比后决定。所有候选都应先用业务真实数据跑一轮 PoC,再看榜单数字。

版本迭代

Baichuan 系列按「开源打生态 → 对齐与增强 → 商业闭源」三步演进。2023 年先后开源 7B 与 13B 基座,同年 9 月推出 Baichuan2 系列引入对齐与工具调用;2024 年转向闭源商业 API 发布 Baichuan 4,服务企业客户。Baichuan-M2 为系列最新一代(截至训练数据,官方尚未公布完整技术细节与独立版本记录,可能已有更新版本)。

版本时间变化提升
Baichuan-7B2023-06首个开源双语基座中英双语、支持免费商用,为社区提供中文大模型基座
Baichuan-13B2023-07规模与效果升级同规模下中文效果提升,训练细节公开
Baichuan2-7B/13B2023-09对齐、搜索增强与工具调用引入人类对齐,官方公布中英文多基准成绩,可商用
Baichuan 42024-05转向闭源商业 API以 API 形式开放,主打复杂推理与垂直场景服务,不再开源
Baichuan-M2待官方公布新一代模型具体参数、API 能力与评测结果以官方正式发布为准
结论

系列从「全面开源」逐步转向「开源验证 + 闭源商用」的混合模式,与国产大模型商业化进程一致。对选型者的启示:需要私有化合规时锁定开源版本(Baichuan2 系列);追求最新能力时采用商业 API(Baichuan 4/M2);不建议等待开源版追上商业版——两者的能力与定位已有意错开。M2 的具体评测数据官方公开后,应以其技术报告为准做横向对比。

AI 应用场景

企业私有知识库问答(RAG)

阶段:RAG 管道构建

解决的问题:企业文档(制度、产品手册、客服话术)直接喂给大模型会超出上下文限制且无法实时更新。传统方案自建检索模型或外购服务,前者成本高,后者中文效果与数据合规难两全。私有化部署 Baichuan 开源权重或调用其 API,将文档切片后向量化,检索命中片段再交给模型生成答案。

具体案例:某客服团队将 2000+ 页产品手册接入 RAG 管道,一线客服在对话框中输入问题即可获得带引用来源的回答,新员工培训周期从数月级缩短到周级,人工知识检索耗时明显下降。案例中的量化效果参考:文档型问题一次回答准确率较直接提问提示词提升明显,关键在于切片粒度与检索召回参数的调优。

中文客服对话 Agent

阶段:Agent 编排

解决的问题:通用模型在中文口语化表达、情绪识别与多轮对话上欠佳,且无法访问业务系统。Baichuan 系列针对中文做优化,配合工具调用能力(查订单、查物流),可构建能自主完成任务的客服 Agent,减少人工转接。

具体案例:电商场景将订单查询、退款进度等 API 注册为工具,Agent 在对话中判断用户意图并自动调用。部署后常见咨询(物流、售后政策)的机器人独立解决率提升,人工客服聚焦高难度投诉。效果提升来自两个调优动作:system prompt 限定回答口径 + 工具调用失败时的兜底话术设计。

大模型选型 PoC 与私有化预研

阶段:模型评测 / 部署评估

解决的问题:企业选型最怕「买前评测通过、买后落地踩坑」。用开源版本在自有数据上跑评测集,验证中文效果、推理速度与硬件需求,为后续采购 API 或私有化方案提供依据。

具体案例:某金融机构在采购前用内部脱敏数据构建 500 条评测集,对比 Baichuan2-13B 与两款国际开源模型,中文金融术语理解与格式遵循度胜出且可私有化,据此确定选型方向,避免直接采购闭源 API 后才发现数据出境合规问题。评测指标建议同时看准确率、拒答率(该拒绝回答时不乱答)与响应延迟。

常见误区

误区Baichuan 2 是 2023 年的模型,Baichuan-M2 听起来就是它的第二个版本,能力差别不大,直接用 Baichuan 2 的评测结论来评估 M2 就行。

正解两者是不同代际的模型。Baichuan 2 是 2023 年开源的 7B/13B 权重,Baichuan 4 已是 2024 年的闭源商业 API,M2 是系列最新一代,架构、训练数据与能力边界大概率有代际差异。选型时必须用 M2 官方发布后的技术报告、API 文档与独立评测重新评估,不能用旧版的榜单成绩推断新模型的业务表现。

为何常见:命名上「2」与「M2」容易让人产生同系列的直觉联想,且开源版 Baichuan2 的社区讨论热度高,网络上资料较多,容易把旧资料误当作新模型的参考。

误区Baichuan 的模型都是开源的,拿来商用没问题,最新版 M2 应该也很快会放出权重。

正解系列开源策略已发生转向:Baichuan-7B/13B 与 Baichuan2 系列开源并可商用(需遵守官方许可证),但 Baichuan 4 起转向闭源商业 API,M2 大概率延续该策略。开源版本与商业版本的能力定位有意错开。商用前必须逐字核对目标模型对应的授权协议,确认是否允许商用、是否允许修改再分发,不能默认「系列协议通用」。

为何常见:早期全开源的印象深入人心,且很多人只关注「是否能下载权重」,忽略了 2024 年起的策略变化,导致商用合规评估滞后。

误区既然同一个名字,开源版跑出来的效果和 API 应该差不多,先私有化部署开源版,效果差再换 API 也行。

正解开源版(如 Bauchan2-13B)与同期商业 API(Baichuan 4/M2)在模型规模、训练投入与能力上有明确差异。商业 API 通常更强,但开源版的价值是「低成本验证」与「数据不出域」。正确做法:用开源版跑 PoC 验证业务场景的方向是否成立,再用业务评测集对比 API 效果,按数据合规要求决定最终采用哪种形态。

为何常见:模型同名给人生成「同源同效」的直觉,且很多团队在 PoC 阶段只测了开源版,未留出 API 评测预算,上线后才发现效果落差。

误区模型支持几十 K 的上下文,那把整本手册一次性传进去就行,反正能容纳。

正解上下文窗口是上限而非推荐用量。超出上限的输入会被截断或报错,即使不报错,长上下文中段的注意力(模型对文本各部分的关注权重)质量会下降,关键信息可能被稀释,且 token 计费与处理延迟随长度显著上升。长文档场景应使用 RAG 先做检索切片,只把相关片段送入模型,兼顾效果与成本。

为何常见:厂商宣传中的上下文长度数字很醒目,容易让人忽略「支持」不等于「效果好」,实际使用时缺乏切片意识。

面试题

Q1. Baichuan 系列大模型由哪家公司开发?

单选题 · easy

  • A.月之暗面
  • B.百川智能← 正确答案
  • C.智谱 AI
  • D.深度求索

答案:B。Baichuan 系列由百川智能(Baichuan AI)开发,创始人为王小川。月之暗面对应 Kimi,智谱 AI 对应 GLM,深度求索对应 DeepSeek。此题考查国产大模型公司与产品的对应关系,选型交流中经常需要快速对齐这些信息。

Q2. 百川开放平台的 API 接口与哪家公司的格式兼容,便于从现有工程迁移?

单选题 · easy

  • A.OpenAI← 正确答案
  • B.Anthropic
  • C.Google Gemini
  • D.Amazon Bedrock

答案:A。百川开放平台采用 OpenAI 兼容的接口格式,因此可以直接使用 openai Python SDK,只需替换 base_url 与 api_key。这一兼容策略降低了迁移成本,是国产大模型 API 的常见做法。Anthropic 与 Google 的接口格式差异较大,不兼容。

Q3. 使用 Transformers 库加载 Baichuan 开源权重时,应用哪个类加载生成模型?

单选题 · easy

  • A.AutoModelForSequenceClassification
  • B.AutoModelForCausalLM← 正确答案
  • C.AutoModelForMaskedLM
  • D.AutoModelForQuestionAnswering

答案:B。Baichuan 系列属于因果语言模型(Causal LM),生成式对话任务应使用 AutoModelForCausalLM.from_pretrained 加载,并配套对应的分词器。序列分类、掩码语言模型分别对应文本分类与 BERT 类任务,问答模型则对应抽取式问答,均不适用于生成式对话。

Q4. 截至公开资料,Baichuan 系列中已完整开源权重且授权可商用的是哪一代?

单选题 · mid

  • A.Baichuan 4
  • B.Baichuan-M2
  • C.Baichuan2-7B/13B← 正确答案
  • D.全系列均开源

答案:C。Baichuan-7B/13B 与 Baichuan2 系列的权重已开源,官方授权协议明确允许商用(需遵守许可证条款)。Baichuan 4 起转向闭源商业 API,Baichuan-M2 为系列最新一代,两者均未开源权重。此题考查对系列开源策略变化的准确记忆。

Q5. 团队要在中文客服场景低成本快速验证 Baichuan-M2 的效果,最优路径是?

单选题 · mid

  • A.采购 A100 集群自行微调基座
  • B.注册百川开放平台,调用 API 跑自建评测集← 正确答案
  • C.直接采购整套私有化硬件
  • D.雇佣团队从零预训练模型

答案:B。验证效果的最小成本路径是调用开放平台 API,用业务真实数据构建评测集跑一轮对比,无需任何硬件投入。采购 GPU 训练或私有化硬件属于验证通过后的部署阶段决策,从零预训练成本最高且周期最长,不适合做初期验证。

Q6. 调用 Baichuan API 编写代码时,最先应从平台文档确认哪项信息?

单选题 · mid

  • A.模型具体参数量
  • B.接入地址(base_url)与模型名← 正确答案
  • C.预训练数据集的来源
  • D.模型的训练框架

答案:B。正确发起 API 请求的必需信息是接入地址与模型名,这两个值写错会导致连接失败或资源不存在。参数量、训练数据与框架属于模型背景信息,不影响代码编写,且部分信息官方可能不公开。查看平台「接入信息」页是上手的标准第一步。

Q7. 私有化部署 Bauchan 开源模型前,需要提前评估哪些事项?

多选题 · mid

  • A.GPU 显存与并发吞吐是否匹配← 正确答案
  • B.目标模型的商用授权协议← 正确答案
  • C.推理框架是否支持该模型架构← 正确答案
  • D.模型训练数据的完整版权

答案:ABC。私有化部署需评估硬件(显存决定能否加载,吞吐决定并发)、授权(开源不代表无条件商用)与推理框架兼容性(决定工程实现成本)。训练数据版权细节官方不会公开,也不影响部署决策,属于干扰项。三项都确认后才具备部署条件。

Q8. 以下关于 Bauchan 系列「开源版 + 商业 API」双轨策略的理解,正确的有?

多选题 · hard

  • A.开源版能力与商业 API 完全一致
  • B.开源版用于低成本验证与数据不出域场景← 正确答案
  • C.商业 API 提供 SLA 保障与持续能力更新← 正确答案
  • D.私有化交付可满足高合规行业的部署要求← 正确答案

答案:BCD。双轨策略的核心是能力与服务的分层:开源版负责生态与验证,商业 API 提供保障与更新,私有化满足合规。开源版能力通常落后于同期商业 API,A 错误。理解这一策略,才能在实际项目中为不同需求选择正确的接入形态。

Q9. Baichuan2-13B-Chat 用 FP16 精度私有化部署,GPU 显存需求约为多少?

单选题 · hard

  • A.约 4GB
  • B.约 13GB
  • C.约 26GB← 正确答案
  • D.约 80GB

答案:C。FP16 精度下每个参数占 2 字节,13B 参数即约 26GB 显存,还需额外预留 KV Cache(推理时的键值缓存)与运行时开销,实际建议 40GB 以上显存或使用量化降低占用。4GB 明显不足,13GB 只够 7B 级别,80GB 是 A100 单卡规格而非该模型的必要需求。

Q10. 以下哪些因素会导致 Baichuan API 调用实际成本超出预期?

多选题 · extreme

  • A.prompt 中重复注入过长的系统提示词← 正确答案
  • B.长文档超出上下文被截断但截断部分已计费← 正确答案
  • C.未设置最大 token 上限,模型输出过长← 正确答案
  • D.请求命中缓存导致费用为零

答案:ABC。API 按输入输出 token 总量计费。系统提示词每个请求都随消息发送,占比过高会显著推高成本;输入超出上下文被截断时,实际发送的 token 已计费;未设 max_tokens 上限时,模型可能输出超出预期长度。缓存命中会降低费用而非为零,D 说法错误。控制成本的核心是精简提示词、压缩输入并设置输出上限。