By 小墨
2026年3月19日
95
780
GPT-5.4 mini与GPT-5.4 nano正式登陆Microsoft Foundry
在AI应用开发领域,如何平衡模型能力与响应速度一直是开发者面临的核心挑战。当智能体需要将检索、工具调用和内容生成串联成完整流程时,多模型协同方案正在成为主流趋势——由更大的模型负责复杂规划,由更小的模型以更快速度执行子任务。正是基于这一需求,OpenAI于2026年3月正式推出了GPT-5.4的轻量化版本:GPT-5.4 mini与GPT-5.4 nano。
GPT-5.4 mini:面向生产工作流的高效推理
这两款模型现已登陆Microsoft Foundry(国际版),开发者可以直接在模型目录中进行评估,并根据不同工作负载选择最适合的部署方案。轻量化版本的推出,标志着OpenAI在模型产品线上进一步完善,为开发者提供了更加灵活的模型选择空间。
GPT-5.4 nano:面向规模化场景的超低延迟自动化
GPT-5.4 mini将GPT-5.4的核心优势浓缩到一个更小、更高效的模型中,专为对响应速度要求较高的开发者工作负载而生。与上一代GPT-5 mini相比,它在编码、推理、多模态理解和工具使用等方面均有显著提升,同时运行速度约提升2倍。 在核心能力方面,GPT-5.4 mini支持文本与图像输入,可将提示词与截图或其他图像结合,构建多模态体验;具备工具使用与函数调用能力,可在智能体工作流中可靠地调用工具和API;支持Web与文件搜索,能够在多步任务中结合外部内容或企业内部内容为回答提供依据;还支持计算机使用,让模型能够理解UI状态并执行边界清晰的操作。 其优势场景包括:开发者副驾与编码助手,适用于对延迟敏感的编码辅助、代码审查建议及需要快速反馈的迭代场景;多模态开发者工作流,适用于理解截图、识别UI状态或在编码与调试过程中处理图像内容的应用;计算机使用子智能体,可在由规划模型协调的更大智能体闭环中作为快速执行者完成边界清晰的软件操作。
在AI应用开发中,合适的模型选择往往比模型本身更重要。
“AI技术观察者”多模型协同:构建高效AI工作流的新范式
GPT-5.4 nano是GPT-5.4产品线中体积最小、速度最快的模型,专为高吞吐场景下低延迟、低成本的API使用而设计。它针对分类、抽取、排序等短回合任务进行了优化,也适合轻量级子智能体场景——在这些场景中,速度和成本优先于扩展式的多步推理能力。 在核心能力上,GPT-5.4 nano具备强指令遵循能力,能够在简短、定义清晰的交互中持续稳定地遵循开发者意图;支持函数与工具调用,适用于轻量级智能体和自动化场景中的可靠工具调用与API调用;针对常见编码任务进行了优化,适合需要快速返回结果的场景;支持图像输入,可结合文本完成基础图像理解;同时具备低延迟、低成本执行优势,可在规模化场景中快速、高效地生成响应。 其优势场景涵盖:分类与意图识别,适用于高请求量场景中的快速打标与路由决策;抽取与规范化,适用于从文本中提取结构化字段、校验格式并完成标准化输出;排序与分诊,适用于候选项重排、工单或销售线索优先级判断;护栏与策略检查,适用于轻量级安全与策略分类、提示词门控;高吞吐文本处理流水线,适用于批量转换、清洗、去重和规范化等处理任务;边缘侧路由与优先级判定,适用于在严格延迟预算下为每
Microsoft Foundry(国际版)支持并行部署多个GPT-5.4变体,团队可以将请求路由到最适合当前任务的模型。这种多模型协同架构正在成为AI应用开发的新范式——大型模型负责复杂推理和规划,轻量化模型负责快速执行和规模化处理。 在模型选择上,开发者需要根据具体场景的需求进行权衡:对于需要深度推理和多步思考的任务,GPT-5.4完整版仍是首选;对于响应延迟敏感的生产工作流,GPT-5.4 mini提供了性价比更高的解决方案;对于需要大规模自动化处理的场景,GPT-5.4 nano则展现了卓越的吞吐能力和成本优势。
如有侵权,请联系删除。
Related Articles
-
Fri Jul 24 2026原生工具调用、多模态Agent与开源模型:Foundation Model 2.0论坛直面Agent时代的模型演进
Foundation Model 2.0论坛聚焦在Agent时代模型的演进,讨论如何通过原生工具调用与多模态融合提升Agent的执行能力与适应性,并探讨端侧小模型的可行路径。
-
Mon Jul 06 2026示例域名与文档用途说明
example.com 是一个专门为文档示例而保留的顶级域名,供教程、示范和测试文档使用,不需要额外许可即可引用。
-
Mon Jul 06 2026未知文章标题
未提供文章内容或可抓取的 URL,因此无法提取实际引言或第一段。此处为占位文本,提示用户补充源内容以生成完整的 Frontmatter。
-
Sun Jul 05 2026未知来源文章
未提供可爬取的文章 URL 或内容,系统无法获取实际正文。此处为占位引言,说明输入数据缺失并提供元数据占位以便后续替换。
-
Sun Jul 05 2026无法生成:缺少文章源数据
未提供可用于爬取的文章 URL 或 JSON 数据,因此无法依据页面内容生成完整的 Frontmatter。请提供包含文章信息的 JSON 数组或一组有效 URL。
-
Sun Jul 05 2026未提供的文章标题
未提供文章内容。请提交文章的 URL 或粘贴全文,以便根据内容生成前言与分段信息。
-
Sat Jul 04 2026未提供文章链接或内容
未提供文章内容或链接,无法提取引言或第一段。请提交包含文章 URL 的 JSON 数组或直接提供文章文本。
-
Sat Jul 04 2026未提供文章信息
未收到文章内容或可爬取的 URL,因此无法生成文章段落。请提交包含文章 URL 的 JSON 数组,格式示例:[ {"url": "https://example.com/article1"}, {"
-
Sat Jul 04 2026未提供文章来源
未收到可用的文章内容或链接,因此无法提取段落。请提交包含多篇文章信息的 JSON 数组或每篇文章的 URL,以便爬取并生成完整的 postDetails 内容。
-
Fri Jul 03 2026示例文章标题(缺少来源)
未收到具体文章 URL 或内容,因此无法从原文中提取引言。此处为占位引言,说明系统需要源页面以抓取实际内容并生成结构化的 Astro Markdown YAML Frontmatter。
-
Thu Jul 02 2026聚焦自进化、Harness等Agent最火的九个方向,年度AI智能体大会7月开幕
中国AI智能体大会(AgenticAICon 2026)将于7月在杭州举办,围绕智能体领域的前沿技术展开,旨在推动研究与产业深度融合,探寻智能体从对话式工具向主动执行系统转型的路线图。
-
Wed Jul 01 2026探索 Astro.js 与 YAML:构建可维护的内容管理工作流
在现代静态站点与内容驱动的项目中,统一且可验证的元数据格式对内容维护和自动化发布至关重要。Astro.js 提供了灵活的内容渲染能力,而采用严格的 YAML Frontmatter 模板,可以让团队共
-
Tue Jun 30 2026首届光谷智能体经济大会举行 光谷从“AI试验场”迈向“AI价值场”
2026年6月29日,武汉东湖新技术开发区举办首届光谷智能体经济大会,正式发布“光谷智能体引力计划”。大会提出未来三年将在政策、算力、基金等方面投入超10亿元,旨在打造以智能体为核心的创新生态,培养智
-
Tue Jun 30 2026中国广电联合会《全国交通传媒行业AI应用调研报告》正式发布
中国广电联合会交通宣传委员会在内蒙古发布了《2026全国交通传媒行业AI应用调研报告》,基于对145家交通传媒机构的调查,总结了行业在AI应用上的现状与发展路径。
-
Tue Jun 30 2026韩国万亿'芯'基建拆解:存储行业能否建成AI时代'油田'
韩国近期公布了总投资逾1800万亿韩元的三大超级AI基建项目,涵盖半导体制造、先进封装与AI数据中心,目标是借助国家级投入与龙头企业布局,打造面向AI时代的关键产业能力。
-
Mon Jun 29 2026能量岛企业家俱乐部6.28 芯谷 AI 沙龙圆满落幕
6月28日,能量岛企业家俱乐部在苏州芯谷产业园举办AI智能体应用沙龙,活动以实战分享和产业交流为核心,吸引了本地创业者、企业高管与科研人员参与。
-
Mon Jun 29 20262026.06.20:AI 泡沫退潮,Agent 与数据架构重构产业底层
InfoQ 的周度深度分析指出,生成式 AI 已走完狂热期,行业正进入理性调整阶段,专家纷纷回归技术和落地路径的讨论。
-
Mon Jun 29 2026OKF——要做AI时代的'知识图谱通用语'—继MCP之后,Google又扔出一张Agent王牌
2026年6月,谷歌云发布了Open Knowledge Format(OKF)v0.1,这是一套以带YAML前置元数据的Markdown文件夹为单位来表示知识的开放规范,旨在解决企业知识分散的问题。
