API Hop

GPT 5.6 Terra API:價格、試用區與範例

比較 GPT 5.6 Terra 的 Token 價格與推理設定,透過 Chat Completions 或 Responses 進行結構化擷取、分類及程式碼任務。

GPT 5.6 Terra API 價格與計費

0 至 272K 個輸入 token

官方價格

輸入
$2.0000 /M
輸出
$12.0000 /M
快取輸入
$0.2000 /M
快取寫入
$2.5000 /M

API Hop 價格 降低 70%

輸入
$0.6000 /M
輸出
$3.6000 /M
快取輸入
$0.0600 /M
快取寫入
$0.7500 /M

272.001K 至 922K 個輸入 token

官方價格

輸入
$4.0000 /M
輸出
$18.0000 /M
快取輸入
$0.4000 /M
快取寫入
$5.0000 /M

API Hop 價格 降低 70%

輸入
$1.2000 /M
輸出
$5.4000 /M
快取輸入
$0.1200 /M
快取寫入
$1.5000 /M

參考價格尚未經獨立驗證。比較成本前,請確認來源最新的價格、計費單位和適用條件。

GPT 5.6 Terra 線上聊天工具

模型設定

進階參數
0 個字元起(0/無固定上限)
無固定字元上限;完整請求仍受請求大小和模型上下文限制。此處不是 Token 計數。
0 – 2
0 – 1
-2 – 2
-2 – 2

對話

今天有什麼可以幫你?

就緒

重設並開始新的對話?

這將清空目前對話和未傳送的內容,並還原預設參數。

GPT 5.6 Terra 提示詞範例

這些是 GPT 5.6 Terra 的評估提示詞,並非模型實測輸出。僅分析提供的文字,不執行程式碼、不檢查正式環境系統,也不證明長上下文效能。請核對引用證據與驗收條件,並在正式使用前檢查回應中繼資料與用量。

將合成記錄擷取為含 id、owner、deadline、evidence 的 JSON:[R1] 問題 41:Ana 負責匯出修復;未約定期限。[R2] 問題 42:審核期限 10 月 15 日;未指定負責人、未說明年份。缺失值用 null,保留原文不完整日期。evidence 引用原文,不猜測年份或負責人。逐欄核對來源;這只是文字整理,不是資料庫操作。

僅使用這份文件樣本:[P1] 匯出修復通過預備環境檢查。[P2] 有人提議週五發布,但未獲核准。[P3] Mei 將於週二審核錯誤訊息。[P4] 文件尚無負責人。以表格回傳結論、準確引文、段落編號和不確定性。正式發布是否已核准?誰負責文件?缺失事實標為未知。引文必須與樣本一致,不由預備環境成功推斷正式環境成功。這個小樣本不測試最大上下文長度。

審查這份虛構的付款 Webhook 策略:每個失敗的 POST 都重試三次,不儲存冪等鍵,傳送回應前先扣減餘額。指出重複扣款風險,提出最小修改和三項驗收測試。僅使用這些事實,不要假設能存取程式碼、工具或正式環境系統。

什麼是 GPT 5.6 Terra?

GPT 5.6 Terra 的模型定位與核心能力

GPT 5.6 Terra 是 OpenAI 介於高難度旗艦工作與成本敏感工作負載之間的模型。它平衡智慧與成本,約對應早期 mini 級別,具備可調推理,模型層級提供 1,050,000 Token 上下文視窗及最高 128,000 輸出 Token。可作為結構化擷取、文件分析與日常程式設計輔助的候選。

API Hop 的 GPT 5.6 Terra 線上工具與 API

API Hop 為 GPT 5.6 Terra 提供線上文字試用區、統一 Chat Completions 與 OpenAI 相容 Responses。整合前,請以代表性工作測試來源忠實度與格式。模型層級限制和圖像理解不代表文字聊天工具接受上傳,也不代表每個 API Hop 通道都開放完整上下文額度或工具集。

GPT 5.6 Terra 的核心功能與領域優勢

反覆處理文字且同時需要判斷力與可預期輸出契約的工作,適合評估 Terra。請定義正確結果、保留不確定性,並把驗證納入流程,而非依賴流暢回答。

結構化擷取與分類

使用 Terra 將提供的訂單、工單或會議筆記轉成欄位與類別。指定型別、允許標籤及缺失值表示方式;缺少的地址應維持未知,不應變成看似合理的地點。

測試多個項目、矛盾日期及不完整姓名的案例。將原始段落或識別碼與擷取值一併保留,方便審查者區分擷取錯誤與來源歧義。文字表單不會只因要求 JSON 就強制套用 Schema。

長上下文文件分析

較大的上下文視窗讓 Terra 可作為比較相關文件與彙整需求的候選。請分別輸出已確認事實、矛盾陳述與未解問題,而不是讓單一摘要默默替你消除分歧。

選擇與問題相關的材料並保留文件標籤。將結論與原始段落核對,尤其是例外與暫定承諾。有效輸入額度取決於目標介面與上游;上下文容量不等於完美回憶或永久記憶。

日常程式設計與實作支援

以範圍明確的開發任務評估 Terra,例如解釋函式、草擬驗證邏輯、提出測試,或從提供的程式碼及日誌定位缺陷。請說明預期行為與介面,讓答案可被核查,不必猜測架構。

請在自己的環境審查生成差異,並執行編譯、單元測試與安全檢查。對困難的跨模組修復,以相同驗收標準和 GPT 5.6 Sol 比較。此試用區不會開啟儲存庫、執行指令或部署修補程式。

可調推理與視覺輸入界線

Terra 支援 none 到 max 的推理強度,模型預設為 medium,並在模型層級接受圖像輸入。推理設定是評估不同任務需求的方式,不保證更多推理一定得到更好的答案。

在對話工具中使用圖表或介面的文字描述。需要圖片或 PDF 時,請遵循文件中的 Responses 輸入格式並確認通道支援;對話工作區沒有上傳功能。一般文字中的 URL 不代表其內容已被檢查。

如何評估 GPT 5.6 Terra 是否適合你的工作負載

請以工作負載專屬評估選擇 Terra,而非假設分數或速度優勢。下列檢查分別處理回答準確性、作業耗時與成本;它們是評估標準,不是已發布的 API Hop 效能結果。

建議評估設計,非實測結果
任務輸入檢查項目通過條件應記錄指標
包含缺失欄位、多個實體與模糊日期的擷取樣本驗證 Schema 並逐一比對來源值必要值符合來源;缺失或模糊值仍明確標示錯誤值、遺漏、人工修正時間、重試、每個合格結果的成本

衡量超越有效 JSON 的擷取準確性

建立含缺失欄位、多個實體與模糊日期的固定樣本。分別計算正確值、編造值、遺漏與標籤錯誤。解析器接受物件,不代表內容符合訂單或文件。

除了首次成功率,也應衡量人工修正時間。若額外驗證步驟抵消表面成本優勢,擴量前應修訂 Schema、縮小任務或比較其他模型。

以可核查結果評估程式碼與推理

程式碼應以測試結果與最小變更審查評估,不是看解釋聽起來是否自信。分析應要求完整涵蓋限制,並區分既有證據與建議測量。

比較 Terra 與 Sol 時,固定輸入與驗收標準。適用時記錄推理設定與執行環境;具備工具的程式設計代理不等同單次純文字提示詞,系列名稱也不能證明基準測試結果。

追蹤每個合格結果的延遲與成本

記錄首次回答文字時間、總耗時、輸入與輸出用量,以及重試或修正次數。尤其對反覆分類或擷取工作,請比較每個合格結果成本,而非只有 Token 單價。

對話歷史、長篇來源與推理可能增加用量或延遲最終文字。請以小型代表樣本與帳號目前價格開始;承諾正式環境吞吐量或回應時間前,先測量所選設定。

GPT 5.6 Terra 與 Claude、GPT 模型比較

以相同需求比較 Terra 與 GPT 5.6 Sol,並納入較短文字任務的其他候選。此表指出應測試的項目,而不是在沒有受控評估時替模型排名。

質性任務比較與驗證計畫,非基準分數
任務GPT 5.6 Terra 評估GPT 5.6 Sol 評估驗證方法
結構化擷取反覆欄位作業的候選比較歧義與例外處理檢查符合來源的值與遺漏
程式碼變更從範圍明確的實作任務開始在同一樣本納入困難修復執行測試並審查變更範圍
文件綜合測試有標籤的來源與矛盾陳述比較困難的多限制結論追溯主張並保留未知項
正式環境經濟性測量修正與 Token 用量以相同驗收標準測量比較每個合格結果的成本

何時應優先測試 GPT 5.6 Terra

當流程反覆執行定義清楚、但仍需判斷的任務時,可從 Terra 開始,例如從不完整文字擷取欄位、產出受限摘要或草擬日常程式碼。請為不確定輸出與困難失敗保留明確的升級處理規則。

不要假設較低階定位讓 Terra 普遍更快或足夠準確。決定各步驟使用何種模型前,應將含驗證與重工的完整流程,與 GPT 5.6 Sol 或 GPT 5.5 比較。

在 API Hop 依任務選模型

替代文字基準可納入 Gemini 3.8 Flash,使用相同摘要或分類樣本。共用 Chat Completions 驗證有助重用用戶端程式碼,但模型專屬選項與原生協定仍有差異。

保持驗收標準與輸入材料一致,使用帳號目前價格。僅在結果支持選擇時,才把不同步驟分配給不同模型;模型名稱本身不能證明速度、準確性或總成本。

為什麼透過 API Hop 使用 GPT 5.6 Terra?

依用量計費與模型成本最佳化

費用依目前 API Hop 費率與實際用量計算,可按需儲值。

統一 AI 模型與資料 API,一站存取多模型

一組 API 金鑰連接多個 AI 模型與資料服務,減少整合成本並可一鍵切換。業務應用同時需要 AI 與資料。

呼叫紀錄與應用程式存取控制,每次呼叫清楚可查

每次 API 呼叫都記錄在控制台中。可為不同應用程式建立獨立 API 金鑰。

依任務評估輸出

透過 API Hop 使用文件列出的模型 ID 與支援參數。依自己的驗收條件評估輸出,在正式使用前檢查用量紀錄與回應中繼資料。模型名稱或範例不保證每次結果。

如何在 API Hop 使用 GPT 5.6 Terra

在控制台建立 API 金鑰後,請依文件開始使用 GPT 5.6 Terra。

準備帳戶並線上測試

登入、確認餘額,然後建立 API 金鑰。

在試用區體驗

在試用區探索模型能力,找出最佳使用方式。

將 GPT 5.6 Terra 整合至業務

依照開發者文件,將 GPT 5.6 Terra 整合至業務。

後續模型升級

切換至新模型前,請先確認 API 金鑰的模型目錄回傳其精確 ID。若支援相同端點與請求欄位,再更新模型 ID,並在導入正式流量前測試回應格式、串流、輸出上限與計費。非同步圖片或影片任務還需驗證任務提交、狀態輪詢與結果取得。

GPT 5.6 Terra API 常見問題

GPT 5.6 Terra 試用區可以接受圖片或 PDF 嗎?

對話工作區接受文字,沒有圖片或檔案上傳功能。Terra 在模型層級具備圖像理解,獨立的 API Hop Responses 規約記載公開圖片 URL 與 PDF 輸入。確認通道支援後使用該文件格式;一般文字連結不會讓此對話下載或檢查檔案。

為什麼沒有最終文字,或回答提早結束?

啟用推理時,輸出用量可能包含思考與最終文字。明確設定的小額度可能先被耗盡。請檢查 Chat 結束原因,或 Responses 完成狀態與回傳項目,縮小任務並調整支援的預算。推理不一定顯示為可讀的 reasoning_content;缺少該內容不代表模型沒有推理。

對話記憶是永久的嗎?為什麼用量會增加?

此處記憶是目前對話上下文,不是模型永久記憶。啟用會納入可重用的已完成回合,可能增加輸入用量。停用後歷史仍可見,但不納入新請求。失敗、停止、截斷或不可重用回答不會加入正常歷史。Responses ID 也不保證每個通道都能有狀態接續。

如何排查 401、402、403 或 429 錯誤?

401 檢查 API Hop 金鑰、Base URL 與驗證格式;402 檢查餘額;403 檢查 gpt-5.6-terra 存取權;429 檢查請求速率或額度。請以金鑰可見模型核對精確 ID。平台數字代碼與 HTTP 狀態不同。以完整錯誤與請求紀錄診斷 5xx 和串流內失敗。

可以透過 OpenAI Responses 或 Claude Messages 呼叫 GPT 5.6 Terra 嗎?

API Hop 文件列出 gpt-5.6-terra 支援 Chat Completions 和 OpenAI 相容 Responses,不支援 Claude Messages。Responses 使用 input 並回傳 output 項目;Chat 使用 messages 與 choices。請讓 SDK 端點、本文與解析器符合所選協定,而非只更改模型名稱。

一次請求可以回傳多個方案或保證有效 JSON 嗎?

在單一回答內要求多個方案;要求多個 Chat choices 前,先確認 n 支援,Responses 是不同規約。Terra 在模型層級支援結構化輸出,但此對話表單的 JSON 提示詞不是強制 Schema。API Schema 應使用文件列出的支援設定,仍須驗證缺失欄位、型別、來源忠實度與業務意義。

GPT 5.6 Terra 可以在這裡執行程式碼、使用工具或進行業務操作嗎?

對話工作區回傳文字,不是已執行程式碼或已確認操作。代理整合必須提供或啟用支援的工具、驗證引數、執行獲准操作並回傳結果。API Hop Responses 工具可用性取決於所選模型與通道;上游能力不代表此頁可以修改儲存庫、存取資料庫、寄信或付款。

回答緩慢、串流中斷或請求停止時,應立即重試嗎?

先檢查既有結果、請求紀錄與用量。長篇原文、對話歷史與推理可能影響耗時。停止瀏覽器等待或失去串流,不證明上游請求未處理。請依錯誤限制重試次數,重送前核對未完成工作,避免重複請求與費用。

相關文字 API