GPT-6.1 Sol API

GPT-6.1 Sol 的技術規格

OpenAI 將 GPT-6.1 Sol 列為具備 105 萬 token 上下文視窗、128K 最大輸出，且知識截止日期為 2026 年 4 月 30 日。該模型接受文字與圖片輸入並產生文字輸出。

什麼是 GPT-6.1 Sol？

GPT-6.1 Sol 是 GPT-6.1 家族中的 OpenAI 模型，專為「複雜程式開發、電腦操作與專業工作」設計。OpenAI 表示，它在較低的 token 成本下提供接近 GPT-6 Astra 的效能，同時強調在能力、速度與成本之間取得平衡。

此模型結合了 105 萬 token 的上下文視窗、可設定的推理強度，以及廣泛的 Responses API 工具支援。這使其適合需要處理大量上下文、進行多步推理、與外部工具互動，或跨軟體與電腦操作環境運作的應用。

GPT-6.1 Sol 支援五種推理等級：low、medium、high、xhigh 與 max。medium 為預設；不支援 none 與 minimal。

GPT-6.1 Sol 的主要功能

1. 1.05M-Token 上下文視窗

GPT-6.1 Sol 提供「1,050,000 token」的上下文視窗，輸出最多可達 128,000 token。此大型上下文容量對大型程式庫、冗長技術文件、龐大研究素材，以及長時運行的代理工作階段特別有用。

2. 可設定的推理強度

開發者可透過將 reasoning.effort 設為 low、medium、high、xhigh 或 max 來控制推理用量。

這讓應用能在推理深度、延遲與 token 消耗之間做取捨。預設為 medium。不同於部分早期 GPT 模型，GPT-6.1 Sol 不支援 none 或 minimal 的推理強度。

3. 進階程式開發與代理式工作流程

OpenAI 將 GPT-6.1 Sol 明確定位於複雜程式開發與專業工作。其長上下文、推理、函式呼叫與 Responses API 工具的結合，使其適合程式庫層級的開發、偵錯、程式碼修改與多步工程代理。

4. 廣泛的 Responses API 工具支援

GPT-6.1 Sol 透過 Responses API 支援廣泛工具，包括：

• Web search
• File search
• Code interpreter
• Computer use
• Hosted shell
• Apply patch
• MCP
• Tool search
• Skills
• Image generation

這讓 GPT-6.1 Sol 可作為代理式應用的一部分運作，而不僅限於單純的文字生成。

5. 多模態輸入

GPT-6.1 Sol 接受文字與圖片輸入。這使得應用能將文字指示與螢幕截圖、示意圖、圖表、UI 影像與其他視覺資訊結合。

此模型不原生支援音訊或視訊作為輸入模態。

6. 彈性 API 整合

GPT-6.1 Sol 可透過 Responses API 與 Chat Completions 取得。然而，OpenAI 指定「工具呼叫需使用 Responses API」。無需工具的請求可使用 Chat Completions。

GPT-6.1 Sol 的基準表現

OpenAI 於 2026 年 9 月 29 日的 system-card 附錄中，報告了 GPT-6.1 Sol 在多項能力與安全評估中的表現。例如，在該系統卡所述的生產安全基準測試上，GPT-6.1 Sol 在 8 個評估類別中的 5 個類別表現高於 GPT-6 Sol。

OpenAI 亦報告了以下與資安相關的評估結果：

這些屬於專門評估，而非通用智能基準。因此應根據各自的方法論與範疇來解讀結果，而非將其視為模型整體能力的通用衡量。

G

限制與 API 注意事項

GPT-6.1 Sol 具有數個實作細節，開發者應加以考量：

• 不支援 none 或 minimal 推理：low 為可用的最低推理強度。
• 工具呼叫需使用 Responses API：Chat Completions 不提供 GPT-6.1 Sol 的工具呼叫。
• 無微調：此模型目前不支援微調。
• 不原生支援音訊或視訊輸入：此模型接受文字與圖片，但不接受音訊或視訊。
• EU Fast 模式限制：當設定 EU 資料駐留時，Fast 模式不可用。
• 大上下文定價：超過 272K 輸入 token 的請求在輸入、快取與輸出定價上有所不同。

在遷移既有的 GPT 整合時，這些限制尤為重要。OpenAI 建議在升級至 GPT-6.1 Sol 時檢視推理設定與工具呼叫行為。

GPT-6.1 Sol 使用案例

代理式軟體工程

GPT-6.1 Sol 針對複雜程式開發流程而設計，包括程式庫分析、偵錯、程式碼產生、重構，以及多步開發任務。其長上下文有助於代理在延長的工作階段中保留更多程式庫與任務資訊。

電腦操作代理

透過 Responses API 的電腦操作支援，GPT-6.1 Sol 能參與含互動式軟體環境與視覺介面的工作流程。這使其可用於瀏覽器自動化、桌面工作流程、測試與其他電腦操作應用。

大規模文件分析

105 萬 token 的上下文視窗，使 GPT-6.1 Sol 適合處理大型技術文件、龐大研究集合、規格書與其他長上下文工作負載。

專業知識型工作

OpenAI 明確將專業工作列為目標使用情境。應用可結合 GPT-6.1 Sol 的推理能力與檔案搜尋、網路搜尋、程式碼執行及其他工具，打造多步研究與生產力工作流程。

使用工具的 AI 代理

GPT-6.1 Sol 支援廣泛的 Responses API 工具，使其適合需要進行網路搜尋、擷取檔案、執行程式碼、操作電腦、呼叫 MCP 伺服器或透過工具修改程式碼的代理。

如何存取 GPT-6.1 Sol API

你可以透過 CometAPI 存取 GPT-6.1 Sol，無需建立額外的供應商整合。基本流程相當直觀：建立 CometAPI API 金鑰、指定 gpt-6.1-sol 模型 ID，並透過 CometAPI 的與 OpenAI 相容 API 送出請求。

步驟 1：建立 CometAPI API 金鑰

首先，建立或登入你的 CometAPI 帳戶，並於 API Keys 區段產生 API 金鑰。

請妥善保護金鑰，並以環境變數儲存，避免將其硬編碼在應用中。

例如：

export COMETAPI_KEY="your_cometapi_api_key"

步驟 2：選擇 GPT-6.1 Sol

在你的 API 請求中使用以下模型 ID：

gpt-6.1-sol

CometAPI 提供與 OpenAI 相容的介面，因此熟悉 OpenAI SDK 的開發者通常只需更換 API 金鑰、base URL 與模型 ID，即可沿用相同的 SDK 結構。CometAPI 目前為其與 OpenAI 相容的模型整合提供了 /v1/responses 端點文件。

CometAPI 的 API base URL 為：

https://api.cometapi.com/v1

步驟 3：送出你的第一個 GPT-6.1 Sol 請求

測試 GPT-6.1 Sol 的最簡方式是使用 Responses API

三個重要參數為：

• API 端點：https://api.cometapi.com/v1/responses
• 模型：gpt-6.1-sol
• 驗證：你的 CometAPI API 金鑰

為何使用 CometAPI 存取 GPT-6.1 Sol？

CometAPI 提供統一的 API 介面層以存取受支援的 AI 模型。開發者無需為每個模型供應商建立獨立整合，只要在受支援模型間切換模型識別碼即可沿用相同的 API 工作流程。

對已使用與 OpenAI 相容 SDK 的應用而言，這可簡化模型測試、遷移與多模型開發。

簡而言之：建立你的 CometAPI 金鑰、設定 CometAPI base URL、指定 gpt-6.1-sol，並透過 Responses API 送出請求。