API Hop

GPT 5.4 API：價格、試用區與範例

查看 GPT 5.4 API 的 Token 價格，以及文件分析、結構化擷取與程式碼審查的 Chat Completions 或 Responses 範例。

GPT 5.4 API 價格與計費

比較 API

目前無法取得價格與可用狀態資訊。提交付費請求前，請確認帳戶價格與模型可用狀態。

GPT 5.4 線上聊天工具

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

對話

今天有什麼可以幫你？

就緒

重設並開始新的對話？

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

GPT 5.4 提示詞範例

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

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

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

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

什麼是 GPT 5.4？

GPT 5.4 模型定位與核心能力

GPT 5.4 是用於程式設計與專業工作的 OpenAI 模型，結合文字推理、圖片理解及原生 1,050,000 Token 上下文視窗。它適合納入技術分析、文件綜合與軟體開發之間切換的工作流程評估，並非僅限於撰寫簡短摘要。

API Hop 的 GPT 5.4 線上工具與 API

API Hop 為 gpt-5.4 提供線上文字試用區、統一 Chat Completions 及 OpenAI 相容 Responses 存取。在整合應用程式前，可先在此測試提供的文字。文字工具不會上傳檔案、瀏覽網站或執行程式碼；多模態請求及工具需要適當且有文件說明的介面與支援設定。

GPT 5.4 能力與領域優勢

GPT 5.4 可協助連結專案需求、技術資料與提議的交付成果。讓任務可被檢查：定義必須維持不變的內容、已有的證據，以及有用答案應包含的項目。

從需求到實作的程式設計輔助

提供相關模組、觀察到的故障與驗收測試，要求診斷及聚焦的修改方案。GPT 5.4 可協助程式碼審查、介面設計，以及說明變更對呼叫端的影響，而非僅孤立地補完函式。

要求區分已驗證觀察與假設，並為疑似故障加入測試。任何提議的修補都必須在你的開發環境中編譯與執行；此試用區無法檢查儲存庫或證明生成的程式碼能運作。

可追溯文件綜合的長上下文

原生 1,050,000 Token 上下文視窗可容納大量來源資料。製作專案簡報時，提供編號段落，要求列出已確認決策、未決核准、負責人與風險，並引用所提供的文字。

大視窗不保證完整記憶。請選擇相關資料、保留文件版本，並同時檢查遺漏與虛構新增內容。實際請求大小及額度取決於 API Hop 和上游通道，不僅是模型規格。

透過獨立 API 輸入路徑理解圖片

GPT 5.4 在模型層級支援圖片輸入。透過支援的多模態介面傳送圖片時，視覺分析可協助審閱圖表、解讀介面配置，或將示意圖與附帶的技術筆記連結。

此文字試用區沒有圖片或 PDF 上傳控制。API Hop Responses 文件以 input_image 接收公開圖片 URL，以 input_file 接收 PDF 內容；請遵循這些格式，不要假設貼上連結就會被分析。音訊與影片並非此模型的原生輸入模態。

可調整推理與結構化交付成果

GPT 5.4 在模型層級支援可設定的推理強度與結構化輸出。決策簡報可要求建議、支持建議的限制條件及推翻建議的情況；擷取任務則可定義欄位、型別與缺失值處理。

必須在所選介面確認參數支援。以自然語言要求 JSON 不等於強制套用 Schema，符合 Schema 的資料仍可能錯誤。請驗證原文對應與業務規則，尤其在使用財務、法律或其他具重大影響的資料前。

如何針對工作負載評估 GPT 5.4

公開模型評估與應用程式結果回答的是不同問題。請將程式設計、文件及工具基準視為候選模型的篩選線索，而非 API Hop 回應時間、可用狀態或自有工作負載成功率的承諾。

建議評估設計，非實測結果
任務輸入檢查項目通過條件應記錄指標
包含版本衝突、暫定日期與缺少負責人的簡報核對引用、欄位值與未決承諾每個必填欄位都有原文依據；缺失值維持未知正確與虛構欄位、遺漏、返工、耗時、Token 用量

以可執行的驗收測試評估程式設計

軟體任務應衡量修補是否解決已回報問題、保留既有行為並通過相關測試。加入需要多個檔案的案例，並追蹤虛構 API、遺漏依賴與不必要變更。

帶工具的基準包含提供檔案與執行回饋的測試環境。單次文字回答沒有這種環境。請以相同儲存庫脈絡及驗證流程比較模型，而非將基準分數換算成預測修復率。

在流暢文筆之外評估文件準確性

使用包含暫定日期、版本衝突、缺少負責人及數值例外的簡報。確認 GPT 5.4 保留不確定性、正確引用提供的段落，並區分提議的行動與既有承諾。

結構化擷取應將正確欄位與無依據推論分開計算，不與 JSON 解析成功混為一談。視覺任務應測試實際圖片輸入路徑；純文字描述無法驗證圖片感知或 PDF 理解。

一起衡量品質、延遲與用量

讓提示詞、協定、歷史與輸出要求保持可比較。記錄原文準確性、返工、首段可見文字時間、總耗時與實際用量。僅在所選通道支援時比較推理設定。

長輸入與重複歷史可能增加成本，推理也可能延後可見文字並消耗輸出額度。請根據小型代表樣本選擇設定；本頁不宣稱有本地正式環境延遲或基準測試分數。

GPT 5.4 與 GPT、Claude 模型比較

將 GPT 5.4 作為明確工作負載的候選之一，再以相同驗收條件比較目錄中的相關模型。表格描述評估任務，並非未經驗證的效能排名。

依任務比較模型與驗證計畫
比較面向GPT 5.4相關候選模型驗證方法
程式碼變更審查需求並提出修補GPT 5.5, Claude Sonnet 5.5執行測試並檢查修改範圍
文件綜合建立符合原文的簡報GPT 5.5, Kimi K3核對事實、遺漏與不確定性
結構化擷取定義欄位與缺失值GPT 5.6 Terra驗證 Schema 與每個原文字段
API 整合Chat Completions 與 Responses協定依候選模型而異檢查目錄、請求內容與輸出解析

何時優先測試 GPT 5.4

當工作流程結合技術推理、有來源依據的寫作及程式設計輔助，或需要評估 Chat Completions 與 Responses 兩種整合時，可從 GPT 5.4 開始。包含修改計畫及相關回歸測試要求的專案簡報，是有用的樣本。

不要推斷其他版本一定較好，或熟悉的 SDK 能讓所有功能通用。請在應用程式實際使用的協定下，比較回答品質與目前帳戶價格。

在 API Hop 依任務選模型

透過 GET /v1/models 確認 API 金鑰存取權，再以相同輸入與驗收條件比較候選模型。

用相同困難簡報比較 GPT 5.5，程式碼審查比較 Claude Sonnet 5.5，大量來源綜合比較 Kimi K3，結構化擷取比較 GPT 5.6 Terra。這些是評估候選，並不宣稱任何模型一定勝任所列任務。

共用文字介面有助於重用驗證與訊息結構。Responses 與 Messages 使用不同規約，即使同一家族的模型參數也可能不同。請維持共通評分標準，同時檢查各候選頁面與文件。

為什麼透過 API Hop 使用 GPT 5.4？

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

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

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

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

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

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

依任務評估輸出

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

如何在 API Hop 使用 GPT 5.4

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

準備帳戶並線上測試

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

在試用區體驗

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

將 GPT 5.4 整合至業務

依照開發者文件，將 GPT 5.4 整合至業務。

後續模型升級

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

GPT 5.4 API 常見問題

GPT 5.4 試用區可以接受圖片、PDF 或影片嗎？

此試用區接受文字，沒有檔案上傳控制。GPT 5.4 支援圖片理解；API Hop Responses 文件使用 input_image 傳入公開圖片 URL，並以附有 filename 的 input_file 傳入 PDF Data URL。這些是獨立 API 輸入，而非貼入聊天的連結。音訊與影片不是此處的原生模型輸入。

為什麼 GPT 5.4 可能沒有最終文字，或回答不完整？

明確設定的小額輸出預算可能被推理耗盡，或截斷最終文字。在認定結果完成前，請檢查 Chat 的 finish_reason，或 Responses 完成狀態及任何未完成詳情。縮小任務或調整選填額度。請勿假設 GPT 5.4 會公開原始內部推理，或一定回傳 reasoning_content。

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

此處記憶是目前對話的上下文，並非跨工作階段的永久記憶。啟用後會加入可重用的已完成回合，可能增加輸入用量。停用後歷史仍可見，但不納入新請求。失敗、停止、截斷或不可重用的回答不會加入一般歷史。單有 Responses 回應 ID，不能保證每個通道都支援有狀態接續。

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

401 請檢查金鑰與 Bearer 驗證；402 檢查餘額；403 檢查 gpt-5.4 權限；429 檢查請求速率或額度。透過金鑰目錄確認可用狀態。平台數字 code 與 HTTP 狀態不同；對上游故障與串流內 SSE 錯誤應檢查完整詳情，而非將每次失敗都當成金鑰無效。

可以透過 OpenAI Responses 或 Claude Messages 呼叫 GPT 5.4 嗎？

API Hop 將 gpt-5.4 列為支援 Chat Completions 與 OpenAI 相容 Responses，不支援 Claude Messages。Responses 使用 input 和 output 項目；Chat 使用 messages 和 choices。請選擇對應端點與解析器，不要只改模型名稱。一般 Responses 支援不代表通道可用 Compact 或有狀態接續。

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

請在一個回答中要求多個方案，不要假設每種協定都接受 n。Responses 請求規約未列出 n。GPT 5.4 在模型層級支援結構化輸出，Responses 文件則列出 text.format；請在所選通道確認 Schema 設定。JSON 提示詞本身不構成強制約束，符合 Schema 的輸出仍需事實與業務驗證。

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

文字試用區不會執行程式碼、控制瀏覽器、修改檔案或付款。Responses 文件提供工具定義，但實際工具可用性取決於通道。應用程式必須執行自訂函式、回傳結果、落實權限並核准敏感操作。函式呼叫或生成的計畫不代表操作已完成。

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

請先檢查既有結果、請求紀錄與用量。長輸入和推理可能影響回應時間。停止瀏覽器等待或 SSE 斷線，不能證明上游未處理請求。避免平行重複重試；分類錯誤、確認未完成結果，並在適合重試時使用有上限的退避策略。

相關文字 API

Claude Sonnet 5.5

同樣支援 Chat Completions；可使用相同工作負載比較輸出效果、限制與價格。

Kimi K3

同樣支援 Chat Completions；可使用相同工作負載比較輸出效果、限制與價格。

GPT 5.6 Terra

另一款支援 Chat Completions 的 OpenAI 模型；可比較輸出效果、限制與價格。

GPT 5.6 Sol

另一款支援 Chat Completions 的 OpenAI 模型；可比較輸出效果、限制與價格。