OpenAI o3 是 OpenAI 在 2024 年 12 月预告、2025 年 1 月至 4 月分批正式发布的推理模型系列,包含完整版 o3、轻量版 o3-mini 与 2025 年 4 月新增的 o4-mini。与逐字生成的通用大模型不同,o3 会在给出最终答案前先生成一段内部思维链(chain-of-thought,即把问题拆成步骤逐步推理的内部过程),把多步数学推导、代码编写和复杂规划任务的正确率提升到新量级——据 OpenAI 官方数据,o3 在 AIME 2024 数学竞赛上达到 96.7%,而通用模型 GPT-4o 仅约 9.3%。 o3 系列解决三个实际问题:复杂任务推理准确率不足、推理过程不可控、Agent 场景缺乏“边想边查证”的能力。开发者通过 reasoning effort(思考强度)参数控制模型“想多久”,2025 年 4 月正式版还内置 Web 搜索与 Python 执行工具,让模型在推理中实时查资料、做计算。o3 在 ChatGPT 与 OpenAI API 双入口可用,免费用户也能用 o3-mini。 本篇按「速览 → 接入 → 上手 → 能力拆解 → 生产部署 → 选型对比」组织,附带避坑清单、常见误区与面试题。版本与定价信息截至 2025 年 4 月正式版,具体以 OpenAI 官方文档为准。

岗位关联

掌握 o3 系列的调用、调参与成本控制,是 AI 工程师在数学推理、编码 Agent 与复杂数据分析任务中交付高准确率方案的基本功;理解其“隐藏思维链 + 思考强度可调”的设计,也能帮你做出更理性的模型选型决策。

目录
  1. 为什么需要 OpenAI o3:复杂任务需要“先想后答”
  2. 安装与环境配置:3 步打通 API
  3. 快速上手:10 分钟跑通第一个推理请求
  4. 核心能力详解:4 大支柱
  5. 生产部署与监控:从上线到运维
  6. 版本迭代
  7. AI 应用场景
  8. 常见误区
  9. 面试题
工具类型
大语言模型(推理模型,闭源 SaaS + API 服务)
开发商
OpenAI(美国)
开源协议
闭源(专有模型,未开放权重)
GitHub Stars
无
主要语言
通过 HTTP API / 官方 SDK 调用(Python、Node.js 等)
当前版本
o3、o4-mini、o3-mini(截至 2025-04 正式版)
安装方式
无需本地安装;SDK 安装 pip install openai
上手难度
★★☆☆☆(低)
适合人群
AI 应用开发者、Agent/RAG 工程团队、强推理业务方
同类工具
Anthropic Claude 3.7 Sonnet、Google Gemini 2.5 Pro、DeepSeek-R1
托管服务
ChatGPT 官方产品(另有 Azure OpenAI 托管)

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

为什么需要 OpenAI o3:复杂任务需要“先想后答”

传统 LLM 是“单次前向生成”:输入 prompt 后逐 token 输出,答完即止。这对事实问答、摘要类任务足够,但面对多步数学推导、代码调试、多约束调度这类需要推理链的任务,模型常在第 2~3 步开始出错,且没有机会自查。据 OpenAI 官方对比,在 AIME 2024 数学竞赛上 GPT-4o 约 9.3%,而 o3 达 96.7%——差距的本质不是“更会背题”,而是推理过程本身。

o3 系列在输出前先产生私有思维链(private chain-of-thought,模型内部把问题拆解为若干步骤逐步求解的隐藏文本),把复杂任务转成“可验证的小步骤再汇总”。开发者用 reasoning effort(低/中/高三档思考强度)显式调节思考预算;2025 年 4 月正式版还内置 Web 搜索与 Python 执行工具,让模型在推理过程中实时查资料、运行代码验证中间结果,把“答题”升级为“解题”。

与同行的气质差异在于:Claude 3.7 Sonnet 是“默认快答、可选 thinking”,Gemini 2.5 Pro 是“始终先思考”,而 o3 系列把思考强度做成显式 API 参数,并有官方 SDK 与 ChatGPT 免费档双入口,接入门槛最低;与开源 DeepSeek-R1 相比,o3 功能与安全护栏更完整,但数据需出境、无法私有化部署。

安装与环境配置:3 步打通 API

o3 是云端模型,不下载权重。所谓“安装”= 开通账号 + 安装官方 SDK + 验证连通。

  • 步骤一:注册与创建密钥。打开 platform.openai.com,注册或登录后进入 API keys 页面,点击 Create new secret key,复制以 sk- 开头的密钥(仅显示一次,丢失需重建)。新账号需在 Billing 页面绑定支付方式并预充值。
  • 步骤二:安装 SDK 并配置环境变量。执行 pip install --upgrade openai,将密钥写入环境变量 OPENAI_API_KEY,不要硬编码进代码。
  • 步骤三:验证连通性。用下面的 curl 发送一个最小请求,正确返回 JSON 即打通。

返回 JSON 中 output 数组内是模型答案,usage 字段显示输入/输出 token 数(含推理 token)。若返回 401 检查密钥,429 检查余额与限流。

bash16 行
# 1) 安装官方 Python SDKpip install --upgrade openai # 2) 配置密钥(macOS/Linux 临时生效;Windows 用 set OPENAI_API_KEY=...)export OPENAI_API_KEY="sk-你的密钥" # 3) 发送一个最小推理请求(Responses API)curl https://api.openai.com/v1/responses \  -H "Authorization: Bearer $OPENAI_API_KEY" \  -H "Content-Type: application/json" \  -d '{    "model": "o3-mini",    "input": "10 个人两两握手,一共握多少次?",    "reasoning": {"effort": "medium"},    "max_output_tokens": 1000  }'

快速上手:10 分钟跑通第一个推理请求

最小可用流程的思路:先在 ChatGPT 网页端免费体验模型能力,再用 API 完成可编程接入,两者共享同一批模型、行为一致。

1. 网页端体验:登录 chatgpt.com,在对话页的模型选择器中切换模型。免费用户选 o3-mini,Pro 用户可选 o3。输入一道数学或逻辑题并提交,等待模型“思考”后给出带推理摘要的回答。

2. 准备 API 环境:按上一节完成账号、密钥、SDK 安装,并把密钥写入环境变量。

3. 运行最小脚本:将下面代码保存为 demo_o3.py,执行 python demo_o3.py。

输出应包含“6 小时”及完整解题步骤,并打印 token 用量。进阶技巧:把 effort 改为 low 或 high 各跑一次,对比 token 用量与耗时差异;同一题目重复 5 次评估输出稳定性。o3/o4-mini 还能通过 Responses API 获得思维链摘要(reasoning summary),但完整思维链不会返回。

python18 行
"""最小可运行示例:调用 o3-mini 完成一道数学应用题"""import osfrom openai import OpenAI client = OpenAI(api_key=os.environ["OPENAI_API_KEY"]) resp = client.responses.create(    model="o3-mini",    input=(        "一列火车从甲地开往乙地,全程 480 公里,前 2 小时行驶了全程的 1/4。"        "按这个速度继续行驶,还需要几小时到达乙地?"    ),    reasoning={"effort": "medium"},    max_output_tokens=1500,) print(resp.output_text)print("Token 用量:", resp.usage)

核心能力详解:4 大支柱

支柱一:私有思维链与思考强度控制。o3 的链式推理默认隐藏,只返回最终答案与摘要。隐藏完整思维链是 OpenAI 的安全决策——公开 CoT 可能泄露内部提示、放大越狱与抄袭风险。开发者通过 reasoning_effort(Chat Completions)或 reasoning: {"effort": "..."}(Responses API)在 low/medium/high 三档间调节思考预算。实践要点:简单任务用 low 省时省钱,竞赛级题目、代码评审用 high。

支柱二:原生工具调用(Web 搜索 + Python 执行)。2025 年 4 月正式版 o3/o4-mini 在 Responses API 中可直接挂载官方托管的 web_search 与 code_interpreter 工具(区别于用户自定义 function calling),模型在推理中自行决定“搜索一下”或“跑一段 Python 验证”。这对数学计算、实时信息核查、数据分析 Agent 价值极大。

支柱三:函数调用与结构化输出。o3 系列支持 function calling 与 Structured Outputs(用 JSON Schema 约束输出格式),可在一次调用中完成“意图识别 → 调函数 → 汇总结果”的多步流程,适合构建数据抽取、意图路由等生产管道。注意要给足 max_output_tokens,避免长思维链挤占输出预算导致结果被截断。

支柱四:三档模型矩阵按需选型。o3-mini($1.10/$4.40 每百万输入/输出 token,最快最省)→ o4-mini(同价,支持图像输入)→ o3($2/$10,推理最强、支持工具)。三者上下文窗口均为 200k。实践上用 o3-mini 先验证流程,再对关键路径升级到 o3,在成本与效果间取得平衡。

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

部署方式一:OpenAI 托管 API(默认路径)。零运维、自动扩容,官方 SDK 内置重试(默认 2 次)。生产要点:使用流式响应(stream=True)让结果边生成边返回,避免长思考导致连接超时;每个请求设置 max_output_tokens 上限做成本兜底;高 effort 任务把客户端超时放宽到分钟级(5~10 分钟),并配合任务队列异步执行。

部署方式二:Azure OpenAI Service(企业合规路径)。微软云提供同系列模型,数据不出 Azure 边界,支持 Azure AD 鉴权与私有网络,适合金融、医疗等有数据驻留要求的场景。需通过企业协议(EA)申请模型访问;接入方式与 OpenAI API 高度相似,只需更换 endpoint 与密钥。

可观测性。三件事必须盯:成本、延迟、质量。成本看 usage 中的 output 与 reasoning tokens——推理 token 计费且不可见,是主要波动源,务必按任务抽样测算单请求成本;延迟按 effort 分桶统计 p50/p95;质量用固定题库做每周回归评测,防止 prompt 或上游数据漂移导致正确率下滑。链路建议接入 Langfuse 或 OpenTelemetry,记录 request_id、模型、effort、token 用量与耗时。

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

<ul class="dash-list"><li>o3/o4-mini 不支持 temperature、top_p 等采样参数(传入即报错;o3-mini 虽兼容但官方建议用 effort 控制),不要把旧模型的调参习惯直接搬过来。</li><li>输出长度参数要用 max_completion_tokens(Chat Completions)或 max_output_tokens(Responses API),旧的 max_tokens 在推理模型上已废弃。</li><li>高 effort 响应可达数十秒到分钟级,客户端 10 秒超时会误杀正常请求;务必用流式 + 分层超时 + 异步任务处理。</li><li>推理 token 计入输出费用且不透明,同一题目 low 与 high 的成本可能差数倍到数十倍,上线前用真实任务抽样测算。</li><li>reasoning summary 只是思维链摘要,不能用于合规审计或强解释场景;需要完整可审计推理过程时选 DeepSeek-R1 等开源模型。</li></ul>

维度OpenAI o3Anthropic Claude 3.7 SonnetGoogle Gemini 2.5 ProDeepSeek-R1
定位旗舰推理模型(隐藏思维链 + 工具)旗舰多模态模型(thinking 可开关)旗舰长上下文推理模型开源推理模型(思维链可见)
编排范式私有 CoT;effort 三档显式参数默认即时回答,thinking 模式显式开启始终先思考,thinking budget 可配思维链完整输出,可蒸馏复用
类型约束闭源云端模型闭源云端模型闭源云端模型开源可自部署模型
学习曲线低(官方 SDK + 文档完善)低-中中中-高(自部署需 GPU 运维)
生态集成Responses API + ChatGPT + AzureAnthropic API + Claude Code + BedrockGemini API + Vertex AI + Google 全家桶Hugging Face + vLLM/Ollama 等
生产部署托管 API(OpenAI/Azure),无需 GPU托管 API(Anthropic/AWS Bedrock)托管 API + Vertex AI可私有化部署,硬件门槛高
License闭源闭源闭源MIT
适合谁高准确率推理 + 官方工具 Agent编码与长文档智能超长上下文与多模态数据合规与成本敏感团队

选型建议:追求“开箱即用的强推理 + 官方 Web/Python 工具”首选 o3/o4-mini;编码 Agent 与深度代码审查场景把 Claude 3.7 Sonnet 纳入 A/B 对比;超长文档、多模态且已在 Google 云,选 Gemini 2.5 Pro;数据不能出域或预算敏感,选 DeepSeek-R1 自部署。

版本迭代

o3 系列的演进主线是“预告 → 轻量版先行 → 旗舰正式版”:2024 年 12 月以安全研究名义预告 o3 与 o3-mini 并公布评测;2025 年 1 月先发布高性价比的 o3-mini(首次向 ChatGPT 免费用户开放推理模型);2025 年 4 月正式发布 o3 与全新 o4-mini,补齐 Web 搜索、Python 执行等原生工具能力。2025 年下半年,OpenAI 将 o3 的推理能力整合进 GPT-5 系列并逐步收缩 o3 的独立入口,部署前以官方模型列表为准。(截至训练数据,可能已有更新版本)

版本时间变化提升
o3 / o3-mini(研究预告)2024-12-20在"12 Days of OpenAI"双模型预告,开放安全测试申请公布 ARC-AGI 75.7%、AIME 2024 96.7%、Codeforces 2727 等评测结果,未开放商用
o3-mini(正式发布)2025-01-31ChatGPT 与 API 全面上线;三档 reasoning effort;免费用户可用API 定价 $1.10/$4.40 每百万 token;支持函数调用与结构化输出
o3 / o4-mini(正式发布)2025-04-16o3 正式发布并支持 Web 搜索与 Python 工具;o4-mini 新增图像输入o3 定价 $2/$10;o4-mini 与 o3-mini 同价;全面转向 Responses API;o3 面向 Select/Pro 订阅
基准o3o3-mini(high)o4-mini
AIME 2024(数学竞赛)96.7%87.3%91.4%来自 OpenAI 官方发布
GPQA Diamond(科学问答)87.7%79.7%89.4%来自 OpenAI 官方发布
Codeforces Elo(编程竞技)27272130—分数越高越强
SWE-bench Verified(真实代码修复)71.7%49.3%68.2%分数越高越强
ARC-AGI-1(抽象推理)75.7%——半私有集、高算力配置
结论

三个版本共享同一套 CoT 推理内核,差异在成本、速度与工具能力:追求性价比用 o3-mini,需要视觉输入与工具调用用 o4-mini,要极限推理质量用 o3。评测分数只代表基准时刻的水平,选型务必用你自己的任务集做回归测试。若在 2025 年下半年之后部署,请先核对官方模型列表,确认 o3 系列是否已被 GPT-5 系列替代。

AI 应用场景

数学与科学教育中的自动解题与批改

阶段:推理增强 / 数学智能题解

解决的问题:通用 LLM 解多步数学题正确率低且不给过程。o3-mini 在 AIME 2024 达 87.3%,可将解题、错因分析、步骤批改一体化,并可用 reasoning effort 控制讲解详略——学生只需要最终答案时用 low,需要分步讲解时用 high。

具体案例:题库类应用接入 o3-mini 做自动解题与步骤批改,学生提交题目后返回分步解析与错误定位。按官方 AIME 数据推算,复杂竞赛题解答正确率可达通用模型的 5~10 倍;典型单题成本约人民币 0.1 元级(按 $1.10/百万输入 token、数百 token 输入 + 数千 token 输出估算)。

编码 Agent:代码解释、审查与测试生成

阶段:Agent 编排 / 编码智能体

解决的问题:代码任务需要“理解 → 搜索 → 运行验证”的多步闭环。o3/o4-mini 原生挂载 code_interpreter 与 web_search,可让模型写代码后立即执行验证,再根据报错迭代修复,这是普通 LLM 单次生成无法完成的。

具体案例:研发团队把 o3 接入 PR 审查流水线,对每次 diff 生成审查意见、补测试用例并在 Python 沙箱中运行。o3 在 SWE-bench Verified 上 71.7% 的分数表明其真实仓库 Bug 修复能力已达工程可用水平,可拦截“能编译但逻辑错误”的问题。

数据分析 Agent:自然语言提问 → 计算验证 → 结论

阶段:工具调用 / 数据分析自动化

解决的问题:数据分析涉及清洗、计算、画图等多步骤,通用模型常算错且无法执行代码。通过 Responses API 的 code_interpreter 工具,模型可把自然语言问题转成 Python 代码、执行并把数值结果转成答案。

具体案例:运营团队把“周报数据问答”接入 o4-mini:提问“各渠道上周转化率环比变化”,模型自动编写 pandas 代码计算并返回结论。o4-mini 与 o3-mini 同价但支持图像与工具,适合高频问答;典型效果是单次分析从人工的数小时级降到分钟级。

常见误区

误区既然都叫 o 系列,我把代码里的模型名从 o1 改成 o3 就能升级,其他参数照旧。

正解o3 与 o1 在 API 行为上有明确差异:o3/o4-mini 不支持 temperature/top_p;输出上限要用 max_completion_tokens / max_output_tokens;o3 正式版支持 Web 搜索与代码执行工具而 o1 不支持;o3 面向更高订阅与 API 使用等级开放。直接改模型名常导致报错或参数静默失效。

为何常见:两者共享“推理模型”标签与相似命名,官方迁移说明又以“重命名”为主,用户容易忽略参数层的不兼容。

误区推理模型嘛,思考越久越聪明,我全部用 high effort。

正解effort 越高,token 消耗越多、延迟越长,但收益递减。简单问答、信息抽取任务 high 与 low 的准确率几乎无差,成本却可能差数倍。生产上建议按任务复杂度路由:简单任务用 low 或非推理模型,只有多步推理、竞赛级题目才给 high。

为何常见:官方评测分数基本都在 high effort 下刷出,容易给人“越高越好”的错觉。

误区宣传说 o3 支持图像,我直接把图片 URL 传给它做识别。

正解o3 不接受直接的图像输入(传入 image_url 会报错),只能读取文件附件中的图片/PDF 内容;真正支持视觉输入的是 o4-mini(以及 GPT-4o/GPT-5 系列)。做视觉选型要看模型卡的 image input 字段。

为何常见:o3 与 o4-mini 同日发布、宣传材料放在一起,“支持图像/文件”的说法被混用。

误区我能拿到模型思维的完整记录,拿去做审计和解释也没问题。

正解o3/o4-mini 只返回思维链摘要(reasoning summary),完整 CoT 被 OpenAI 出于安全原因隐藏,且无任何开关可开启。摘要无法还原推理细节,不能用于需要证据链的场景;需要透明可审计思维链时,应选用 DeepSeek-R1 这类可见 CoT 的开源模型。

为何常见:摘要出现在 API 返回里,用户默认自己“看到了思考过程”,实际只是高维浓缩。

误区ChatGPT 上有 o3 选项,我也登录了,直接选就行。

正解ChatGPT 的模型选择器按订阅等级展示模型:免费用户唯一可用的推理模型是 o3-mini(每日有限额);完整 o3 仅面向 Select/Pro 订阅开放;o4-mini 面向 Plus 及以上。API 侧也按账号使用等级限制可调用模型。订阅不符时模型会被隐藏或拒绝调用。

为何常见:ChatGPT 版本更新快,界面未明确标注“此模型仅限某订阅”,用户按经验点选容易踩空。

面试题

Q1. o3 系列与 GPT-4o 这类通用模型在结构上的核心区别是什么?

单选题 · easy

  • A.参数规模更大
  • B.先推理后作答← 正确答案
  • C.支持多模态
  • D.权重完全开源

答案:B。o3 属于推理模型,会在输出前生成一段隐藏思维链(CoT),把多步问题拆解后逐步求解,这是其数学/代码准确率远超通用模型的根本原因。GPT-4o 采用单次前向生成。参数量官方未公布,多模态与开源亦非 o3 特征(o3 不支持直接图像输入且闭源),故 A/C/D 均错。

Q2. 在终端安装 OpenAI 官方 Python SDK 的正确命令是?

单选题 · easy

  • A.pip install openai← 正确答案
  • B.pip install gpt-4o
  • C.npm install openai
  • D.brew install openai

答案:A。官方 Python SDK 包名为 openai,安装后通过 from openai import OpenAI 调用 o3 系列。gpt-4o 不是 pip 包名;npm 属于 Node.js 生态;brew 是 macOS 软件包管理器,均不正确。

Q3. 在 ChatGPT 网页端,免费用户可以直接选用的 o3 系列模型是?

单选题 · easy

  • A.o3-mini 免费可用← 正确答案
  • B.o4-mini 免费可用
  • C.o3 免费可用
  • D.推理模型不开放

答案:A。2025-01-31 发布的 o3-mini 首次把推理模型开放给 ChatGPT 免费用户(每日有限额)。o4-mini 面向 Plus 及以上订阅,完整 o3 仅 Select/Pro 订阅可用,故 B/C/D 错误。

Q4. 在 API 中控制 o3 系列“思考强度”的正确参数是?

单选题 · mid

  • A.设置 temperature=0
  • B.设置 reasoning effort← 正确答案
  • C.增大 max_tokens 上限
  • D.改写 system 提示词

答案:B。o3 系列通过 reasoning_effort(Chat Completions)或 reasoning: {"effort": "..."}(Responses API)在 low/medium/high 三档间调节思考预算。temperature 在 o3/o4-mini 上不受支持;max_tokens 是过时参数且控制的是输出长度;提示词无法可靠控制内部推理强度。

Q5. o3 正式版(2025-04)相比 o1 的关键新增能力是?

单选题 · mid

  • A.支持调节 temperature
  • B.支持网页搜索与代码工具← 正确答案
  • C.支持输出完整思维链
  • D.支持本地离线推理部署

答案:B。2025-04 发布的 o3/o4-mini 在 Responses API 中内置 web_search 与 code_interpreter 工具,使推理模型能“边想边查、边算边验”,这是 o1 不具备的。o3 不支持 temperature,思维链只返回摘要,且为闭源云端模型,故 A/C/D 错误。

Q6. Responses API 中限制 o3 输出长度的正确参数是?

单选题 · mid

  • A.使用 max_tokens 旧参数
  • B.使用 max_output_tokens← 正确答案
  • C.使用 output_limit 字段
  • D.不设置任何长度参数

答案:B。Responses API 用 max_output_tokens 限制输出长度,Chat Completions 对应参数是 max_completion_tokens。max_tokens 在推理模型上已废弃;output_limit 不是 OpenAI 参数;不设上限会把成本完全交给模型,生产环境必须兜底。

Q7. 以下参数在 o3 / o4-mini 上不被支持的是?

单选题 · mid

  • A.max_output_tokens 参数
  • B.reasoning 配置参数
  • C.temperature 参数← 正确答案
  • D.tools 工具参数

答案:C。o3 / o4-mini 不支持 temperature、top_p 等采样参数(o3-mini 兼容但仍建议用 effort 控制)。max_output_tokens、reasoning 与 tools 均为官方支持参数。若在请求中携带 temperature,o3/o4-mini 会直接报错或提示删除该参数。

Q8. 关于 o3-mini 与完整版 o3 的差异,以下说法正确的有?

多选题 · hard

  • A.推理能力整体弱于完整 o3← 正确答案
  • B.API 定价更低且响应更快← 正确答案
  • C.上下文窗口缩小为 32k
  • D.不支持任何函数与工具

答案:AB。o3-mini 是 o3 的轻量版:AIME 2024 为 87.3%(o3 为 96.7%),推理能力整体弱于 o3;定价 $1.10/$4.40 低于 o3 的 $2/$10,速度更快,故 A/B 正确。o3-mini 上下文同为 200k(C 错),且支持函数调用与结构化输出(D 错)。

Q9. 生产环境使用高 effort 的 o3 时,正确的工程做法有?

多选题 · hard

  • A.使用流式响应避免连接超时← 正确答案
  • B.客户端 10 秒超时并直接重试
  • C.设置 max_output_tokens 控制预算← 正确答案
  • D.调高 temperature 加速推理

答案:AC。高 effort 响应可达数十秒到分钟级,流式响应可让输出边生成边返回,避免网关读超时;max_output_tokens 是成本兜底,防止思考 token 过多导致费用失控。10 秒超时会误杀正常请求;temperature 在 o3/o4-mini 上不支持,故 B/D 错误。

Q10. 关于 o3 的隐藏思维链(private CoT),以下说法正确的有?

多选题 · extreme

  • A.API 不会返回完整思维链内容← 正确答案
  • B.返回的 summary 仅为推理摘要← 正确答案
  • C.可在控制台开启完整思维链
  • D.隐藏思维链是为降低滥用风险← 正确答案

答案:ABD。OpenAI 出于安全与竞争考量刻意隐藏完整 CoT,API 只提供 reasoning summary 摘要,且没有任何控制台开关可开启全文(A/B 对、C 错)。官方安全报告明确提到,公开完整思维链可能放大越狱、抄袭与滥用风险(D 对)。需要完整推理链的场景应选 DeepSeek-R1 等可见 CoT 模型。