LLM API Tester
直接從此瀏覽器呼叫模型、聊天完成和回應 API。鍵、提示和回應不通過 ComUtil。
端點設定檔
聯繫
端點路徑和自訂標頭
自訂標頭
要求
留言
附加主體 JSON
新增特定於提供者的欄位。無法覆蓋託管表單欄位。
請求預覽
{}
回應檢查員
目標提供者直接接收請求。此來源上的瀏覽器擴充功能和腳本仍然可以讀取 localStorage。
自訂和本機主機端點必須允許此頁面來源、授權和內容類型標頭以及選項請求。
不受支援的回應請求按原樣報告，並且永遠不會透過聊天完成重試。
LLM API 測試器會向模型端點送出真實請求，並原樣顯示回傳的內容：HTTP 狀態、串流回來的 token、原始事件記錄，以及服務商回報的用量。它在瀏覽器中執行，因此請求會從你的裝置直接送到你設定的端點，不經過需要保管金鑰的中介伺服器。
先儲存包含基礎 URL、模型與憑證的設定檔，再以 Chat Completions 或 Responses 模式送出請求。瀏覽器會直接呼叫端點，依抵達順序顯示伺服器傳送事件，同時測量首個 token 時間與整體往返時間。設定檔與金鑰只留在這個瀏覽器的本機儲存空間，產生的 curl 指令會把 API 金鑰與自訂標頭的值換成佔位字串，可以安心貼到工單中。
- 在寫進程式碼前確認新的 API 金鑰、基礎 URL 或閘道路徑是否有回應
- 比較不同模型或服務商的首個 token 時間與每秒 token 數
- 確認模型前方的代理是真的串流回傳，還是把整段回答緩衝後一次送出
- 用用戶端實際送出的標頭重現 4xx 回應
- 把可重現請求但已遮蔽敏感資訊的 curl 指令交給同事
- 端點回傳的 HTTP 狀態與回應標頭
- 首個 token 時間、總耗時與每秒 token 數
- 服務商回報的用量數據
- 不只是組合好的答案，還有串流回傳的原始事件記錄
- 已遮蔽 API 金鑰與自訂標頭值的 curl 指令
https://api.openai.com/v1 + gpt-4o-mini
200 OK，首個 token 480 毫秒，每秒 62 個 token
X-Private-Test: HEADER-SECRET
隨請求送出，但在 curl 輸出中已遮蔽
stream: true
原始記錄依抵達順序顯示每個差異事件
我的 API 金鑰會傳送到 ComUtil 伺服器嗎？
不會。請求會從你的瀏覽器直接送到你設定的端點，金鑰只保存在這個瀏覽器的本機儲存空間，清除網站資料即可刪除。
它支援哪些 API？
任何提供 Chat Completions 或 Responses 的 OpenAI 相容端點都可以，包括自建的閘道與代理，只要請求與回應結構一致。
金鑰沒錯，為什麼請求還是出現網路錯誤？
瀏覽器送出的請求需要服務商允許跨來源呼叫。若端點不回傳 CORS 標頭，瀏覽器會在你的程式看到回應之前就攔下。可以在模型前面加一層會回傳 CORS 標頭的閘道，或在終端機執行同樣的 curl 指令。
看到的串流輸出是真的串流嗎？
是的。伺服器傳送事件依抵達順序顯示，原始記錄保留每一個事件，因此你能分辨真正的串流與只是看起來漸進的緩衝回應。
如何安全地分享失敗的請求？
複製產生的 curl 指令即可。API 金鑰與自訂標頭的值會換成佔位字串，因此指令能呈現請求的結構而不外洩憑證。