GPT-6.1 Terra上线AI Gateway：视觉推理与计算机操作新选择

OpenAI 的 GPT-6.1 Terra 模型现已通过 AI Gateway 提供。这款模型定位为「快速模型」，主打视觉推理、计算机操作和写作场景，并在视觉推理、事实准确性和编程能力上较前代 Terra 有明显提升。

模型定位：快节奏视觉推理与桌面自动化

GPT-6.1 Terra 的核心卖点是「快」。它面向高吞吐量的文档和桌面应用场景，例如填写表单、解读技术图纸，或将发票明细录入会计软件。这些任务通常需要模型同时理解图像内容并执行结构化输出，而 Terra 的视觉推理能力正是为此设计。

OpenAI 同时明确，对于最复杂的编程任务，仍推荐使用更大的 GPT-6 系列模型。这意味着 Terra 并非全能旗舰，而是在速度与复杂任务之间做了取舍。

技术规格与开发者集成

该模型接受文本和图像输入，返回文本，上下文窗口超过 100 万 tokens。它支持可配置的推理力度、结构化输出、工具调用，以及隐式和显式提示缓存。对于延迟敏感的工作负载，还提供了快速模式，模型名为 openai/gpt-6.1-terra-fast。

在接入方式上，GPT-6.1 Terra 兼容 AI SDK、OpenAI 兼容的 Chat Completions API、Responses API，以及连接到 AI Gateway 的编程代理。开发者使用 openai/gpt-6.1-terra 作为模型名即可调用。

import { streamText } from 'ai';

const result = streamText({
  model: 'openai/gpt-6.1-terra',
  prompt: 'Draft a one-page proposal for migrating our docs site to Next.js.',
});

若要在 Codex、Cursor 等代理中使用，可安装最新 Vercel CLI 并运行 npx vercel ai-gateway setup，然后在代理中选择 openai/gpt-6.1-terra。

结构化输出（Structured Outputs） 指模型被约束为按预先定义的 JSON Schema 生成结果，而非自由文本。对于把发票明细录入会计软件、从技术图纸抽取字段这类任务，结构化输出能保证字段名、类型和必填项符合下游系统要求，减少解析失败和后处理校验。工具调用（Tool Calling） 则允许模型在推理过程中请求外部函数或 API，例如查询数据库、提交表单，这是「计算机操作」类场景的基础能力。二者结合，使 Terra 可以在一个流程中先理解图像、再调用工具写入系统，形成端到端的自动化链路。

AI Gateway 的附加价值

AI Gateway 提供统一 API，用于调用模型、追踪用量与成本，并配置重试、故障转移和性能优化，以提升高于提供商层面的可用性。它还内置自定义报告、零数据保留支持、API 密钥预算、路由规则等功能。

定价方面，AI Gateway 按提供商价格原样反映，不加价，也不对推理收取平台费，包括自带密钥（BYOK）请求。

提示缓存（Prompt Caching） 是一种将重复出现的提示前缀（如系统指令、长文档或工具定义）的计算结果缓存起来的机制，从而避免每次请求都重新处理相同 token。OpenAI 的隐式缓存由服务端自动识别可复用前缀，显式缓存则允许开发者手动标记缓存断点。对于「长上下文 + 高频调用」的文档处理场景，缓存可显著降低延迟与成本。Terra 同时支持两种模式，意味着批量表单填写或反复引用同一份技术图纸时，后续请求能更快返回。

故障转移（Failover）与路由规则 是 AI Gateway 在提供商层之上增加可靠性的关键手段：当主模型或主提供商出现超时、限流或错误时，网关可自动将请求重试或切换到备用模型/密钥。路由规则则允许按请求特征（如预算、延迟目标、内容类型）决定走哪个模型，例如把简单任务路由到 Terra 快速模式、复杂任务路由到 GPT-6。对生产系统而言，这层抽象让团队不必在应用代码中硬编码容错逻辑。

对开发者的实际意义

对于需要批量处理文档、表单和桌面操作自动化的团队，GPT-6.1 Terra 提供了一个速度优先的选项，同时保留了结构化输出和工具调用等生产级能力。超过 100 万 tokens 的上下文窗口，也让长文档处理少了一些切分烦恼。

不过，如果你的任务涉及高度复杂的编程逻辑，OpenAI 的建议仍然是转向更大的 GPT-6 模型。Terra 的定位清晰：它不是用来替代旗舰，而是用来覆盖那些「快比强更重要」的高频场景。