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 日的系統卡片附錄中，報告了 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 mode 限制：設定 EU 資料駐留時，Fast mode 不可用。
• 大上下文定價：超過 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 的開發者通常可以重用相同的 SDK 結構，只需更換 API 金鑰、基底 URL 與模型 ID。CometAPI 目前針對其支援 OpenAI 相容模型的整合，提供了 /v1/responses 端點的文件。

CometAPI 的 API 基底 URL 為：

https://api.cometapi.com/v1

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

測試 GPT-6.1 Sol 最簡單的方法是使用 Responses API。

關鍵的三個參數為：

• API endpoint: https://api.cometapi.com/v1/responses
• Model: gpt-6.1-sol
• Authentication: 你的 CometAPI API 金鑰

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

CometAPI 提供統一的 API 介面以存取受支援的 AI 模型。開發者無需為每家模型供應商建立獨立整合，只需使用相同的 API 工作流程，並在切換至受支援的不同模型時更換模型識別碼。

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

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