GPT-6.1 Terra
GPT-6.1 Terra 是 OpenAI 面向视觉推理、精准计算机操作与自然写作的模型。
渠道
每个渠道均使用输入价格最低的档位参与比较，输入同价时比较输出价格。短横线表示 /api/pricing 未提供该费率。选择渠道会更新下方端点与调用示例。
openai/gpt-6.1-terra端点
/v1/chat/completionsChat CompletionsAPI 调用规格
此渠道暂无经过实调核实的 API 参数规格。请求示例请参阅 API 文档。
发起调用
当前渠道 openai/gpt-6.1-terra
from openai import OpenAIclient = OpenAI( base_url="https://www.realrelay.ai/v1", api_key="sk-***",)response = client.chat.completions.create( model="openai/gpt-6.1-terra", messages=[{"role": "user", "content": "Hello"}],)print(response.choices[0].message.content)import OpenAI from "openai";const client = new OpenAI({ baseURL: "https://www.realrelay.ai/v1", apiKey: process.env.REALRELAY_API_KEY,});const response = await client.chat.completions.create({ model: "openai/gpt-6.1-terra", messages: [{ role: "user", content: "Hello" }],});console.log(response.choices[0].message.content);curl https://www.realrelay.ai/v1/chat/completions \ -H "Authorization: Bearer $REALRELAY_API_KEY" \ -H "Content-Type: application/json" \ -d '{ "model": "openai/gpt-6.1-terra", "messages": [{ "role": "user", "content": "Hello" }] }'价格与可用性为 2026年10月28日 发布的数据。
能力
请求可以把图像与文本混在一起，调用方可以提交界面的截图、印刷页面的照片、图表或示意图，并在旁边附上针对它的问题。输出只有文本，这让后续处理保持简单：回复就是一条带内容的消息，可以直接展示、存储或交给另一个服务。
请求可以要求模型对一个问题进行推理，这适合答案取决于多个给定条件的任务。结构化输出更进一步：响应可以约束在应用定义的 schema 之内，字段名与类型保持稳定，团队无需逐一检查格式就能解析结果。
工具调用允许请求提供模型可调用的函数，因此产品可以把它接到自己的查询、计算或写入记录的代码上，而实际执行什么仍由应用掌控。OpenAI 也将该模型描述为适合精准的计算机操作，这指向由软件通过自身界面被操作的流程。
GPT-6.1 Terra 的定位
这款模型适合那些需要先看清内容、再写出结果的产品场景。截图、界面状态、图表与拍摄的页面可以与指令一起进入同一个请求，返回的结果是文本。构建内部工具或面向客户助手的团队，可以用一次调用替代原先的两段式流程。
对于核心流程是先查看、再描述的产品，这款模型是合适的选择：解释图表的助手、读取客户粘贴内容的支持工具，或把设计稿转成书面说明的流程。这些场景都需要图像与指令出现在同一处，也都期待返回可以直接渲染或转发的文本。
能否落地往往取决于需要维护的接口数量。一个模型同时覆盖图像输入、工具调用与写作，意味着团队要维护的集成更少；而 RealRelay.ai 提供的 OpenAI 兼容接口让既有客户端代码可以直接沿用。当一个功能同时触及截图、函数与段落时，产品需要衔接的地方就更少。
价格
输入价格每百万 tokens $1 起，涵盖请求中携带的文本与图像；输出价格每百万 tokens $5 起。该模型采用动态计价，具体请求适用的费率可能高于公布的下限，因此做预算时应把公布价格视为起点。
缓存读取价格每百万 tokens $0.05 起，这对反复发送大段固定前缀的产品尤其相关，例如固定指令、参考资料或多次请求中保持不变的长文档。因此提示的组织方式会影响账单：长期不变的部分可以按缓存读取价格计费。
按工作负载拆分预估支出最实用：一个提交截图并要求简短回复的请求，会同时消耗图像与文本的输入 tokens 以及回复产生的输出 tokens，两类费率都作用在同一次调用上。团队通常重点关注输出量，因为每个生成的 token 都按输出价格计费。
团队的使用场景
支持与运营团队在原本需要有人照着屏幕重新录入的环节使用这款模型。错误弹窗的截图、客户拍摄的收据照片或内部看板的画面，都可以连同问题一起提交，书面答复可以直接展示给坐席或转发出去。
面向开发者的产品得到的是另一种便利：大上下文窗口让请求可以同时携带整个代码仓库或一大批文档，再加上指令，而结构化输出让回复保持可解析。团队把它接进文档助手或规格草稿这类流程，输入很大而答案简短。
面向团队与商业产品，RealRelay 可按成员或项目签发 API Key，每个 Key 有各自的额度与可用模型。
常见问题
- GPT-6.1 Terra 是什么？
- GPT-6.1 Terra 是 OpenAI 面向视觉推理、精准计算机操作与自然写作的模型。它可以在同一个请求中接收图像与文本并返回文本，因此产品可以把截图、图表或拍摄的页面连同指令一起提交。API 请求中使用的模型 ID 为 openai/gpt-6.1-terra。
- GPT-6.1 Terra 如何计价？
- 输入每百万 tokens $1 起，输出每百万 tokens $5 起，缓存读取每百万 tokens $0.05 起。该模型采用动态计价，单次请求实际适用的费率可能高于公布的下限。团队可以按这些按 token 的价格来规划容量。
- GPT-6.1 Terra 的上下文窗口有多大？
- 上下文窗口为 1,050,000 tokens，单次回复最长可达 128,000 个输出 tokens。这意味着一个请求可以带上整个代码仓库、一长串文档或大批截图，同时仍为书面输出留出空间。需要处理大量参考材料的团队可以把它放在同一个请求里。
- GPT-6.1 Terra 支持哪些输入与输出？
- 请求可以携带图像与文本，响应只有文本。这覆盖截图、界面画面、图表、示意图与拍摄的页面，也可以只是普通的文字提示。由于输出是纯文本，结果可以直接渲染在界面中、存入数据库，或在同一流程中交给另一个服务。
- GPT-6.1 Terra 支持工具调用与结构化输出吗？
- 支持。请求可以提供供模型调用的函数，响应也可以约束在自定义的 schema 之内。工具调用适合需要模型访问自有查询或操作接口的产品，而 schema 约束让字段名与类型保持稳定，便于下游代码处理。
- 如何通过 OpenAI 兼容接口调用 GPT-6.1 Terra？
- 向 RealRelay 的 OpenAI 兼容接口发送聊天请求，模型 ID 填 openai/gpt-6.1-terra，附加的图像以内容分段的形式传入。既有的 OpenAI 客户端库在调整接口地址与密钥后即可直接使用。推理、结构化输出与工具调用都在同一个调用中声明。
- 团队可以通过 RealRelay 在生产环境中使用 GPT-6.1 Terra 吗？
- 可以。RealRelay 通过模型原厂自有 API 与云平台的模型服务提供模型，使用 RealRelay 自己的账户。团队可为授权成员或项目分别签发 API Key，每个 Key 可设置额度、可用模型、有效期与 IP 白名单。