用 Claude 查 LLM 日誌：OAuth MCP 連接器，不用 API 金鑰
在 Claude 中將 LLM 閘道設定為自訂連接器，完成登入後，授予連接器讀取請求日誌的存取權限，再直接於聊天介面提出問題。實測共提出三個問題，觸發 14 次工具呼叫，結果均已核對；設定與使用流程依序包含新增自訂連接器、登入、授權讀取日誌及聊天提問四個步驟。
我們的推薦
即時價格| 模型 | 結論 | 價格 |
|---|---|---|
| Claude Fable 5.1 透過 14 次工具呼叫回答了關於請求日誌的三個問題。所有費用、Token 數、請求數和狀態都與帳務紀錄一致，對費用最高的工作階段所做的說明也與紀錄一致。 | 聊天中的模型 | 低至 $10/百萬 |
目錄
「今天早上哪個工作階段花費最高？為什麼？」你可以在主控台逐筆查，也可以讓 Claude 在聊天視窗裡讀取同一批紀錄，直接問它。這篇會把 Synthorai 閘道透過 MCP（讓模型使用工具的協定）加入 Claude 連接器，以登入取代貼上 API 金鑰，只授權讀取請求日誌，不開放其他資料。我們用這個連接器，針對本系列前幾篇建立的工作階段問了三個問題。回答中的每個數字都與計費紀錄一致。
TL;DR
- Claude 透過 OAuth 登入，以自訂連接器連上 Synthorai 閘道的 MCP 伺服器，不用貼上 API 金鑰。
- 只核准請求日誌後，Claude 取得四個唯讀工具，以及一把具有
logs.read權限範圍、7 天後到期的金鑰。 - Claude Fable 5.1 用 14 次工具呼叫回答了三個日誌問題，每個數字都與計費紀錄一致。
- 日誌工具會回傳費用、token 數量與狀態，不會回傳 prompt 或回覆文字。
這個連線使用 MCP（Model Context Protocol），這是讓助理使用工具的標準方式：伺服器列出可用工具，助理再呼叫它們。閘道的 MCP 伺服器位於 https://synthorai.io/v1/mcp。在 Claude 裡，加入帳號的 MCP 伺服器就叫做連接器。這篇不需要寫程式，也不用安裝任何東西。
我們在 2026 年 10 月 10 日設定連線，隔天在瀏覽器中的 claude.ai 提問，聊天模型使用 Claude Fable 5.1。Claude Desktop 加入自訂連接器的方式也一樣。
如何把閘道加入 Claude？
新增自訂連接器時，填入名稱與伺服器 URL。在 Claude 開啟「自訂」，再進入「連接器」，選取「新增」，接著選擇「新增自訂連接器」：
選取「繼續」後，Claude 會檢查伺服器，接著顯示連線方式。它已根據伺服器回報的資訊，偵測出以下兩個選項：
- 驗證：「立即登入」。每個使用者都必須先登入伺服器，才能使用工具。這是 OAuth：伺服器會在瀏覽器中請你核准連線，再交給 Claude 一個存取權杖，不用輸入 API 金鑰，也不用把金鑰存進檔案。
- OAuth 用戶端：「自動註冊」。連線時，Claude 會自行向伺服器註冊。你不需要另外建立用戶端 ID。
保留偵測到的設定，選取「新增」。Claude 會將你導向 Synthorai 核准連線。如果連接器頁面顯示連線已到期，就選取「重新連線」；我們當時就是透過這個按鈕進入授權頁面。
登入時要核准哪些權限？
你可以選擇工作區、連線用途、可使用的資料，以及存取權限的到期時間。這個頁面由閘道提供。如果尚未登入閘道主控台，頁面會先要求登入：
- 工作區。連線只能看到一個工作區。請選擇存放你要查詢的請求的工作區。
- 連線用途。「執行模型」讓 Claude 透過閘道呼叫模型，費用計入工作區。本篇使用「讀取與管理工作區」，只授予下方勾選的權限。
- Claude 可使用的資料。共有五組：用量與餘額、請求日誌、prompt 庫、API 金鑰（唯讀），以及成員、稽核日誌與設定。我們只勾選請求日誌。
- 存取權限。唯讀。我們的工作區設定不允許透過 MCP 修改資料，因此頁面沒有提供其他選項。
- 存取期限。1、7、30 或 90 天。我們保留 7 天。
選取「允許」後，瀏覽器會返回 Claude。Claude 會顯示連接器已連線，並列出工具：
連接器提供四個工具，全部都是唯讀：search_requests、get_request、list_sessions 和 list_traces。它們回傳呼叫了什麼，以及執行結果如何，包括模型、狀態、token、費用、時間、工作階段、追蹤與標籤，不會回傳 prompt 或回覆。你也可以在這個頁面將個別工具設為一律允許、先詢問，或封鎖。
閘道端會在哪裡顯示這個連線？
它會以獨立金鑰的形式，出現在「API 金鑰」下的「管理金鑰」分頁：
金鑰名稱是 MCP: Claude，只帶有你勾選的權限範圍（logs.read），並在你指定的日期到期。權限範圍是附加在金鑰上的權限。你不會看到或操作金鑰本身，但可以在這裡停用或刪除它。不論 Claude 儲存了什麼，連線都會立即失效。
我們問了什麼？回答正確嗎？
我們針對本系列示範剛產生的請求問了三個問題。回答中的每個數字，都與示範腳本印出的計費紀錄一致。每個問題都指定時間範圍與標籤，限制查詢範圍。標籤是應用程式透過 X-Synthorai-Metadata 標頭，隨每個請求傳送的鍵值。示範中的每個請求都有 feature、case（重現哪個問題）和 variant 標籤；before 代表有問題的執行，after 則是對應的修正版。回答提到的 prompt 快取，會以較低費率計算重複的 prompt 前綴：首次傳送時算寫入，之後算讀取。
使用 Synthorai 連接器。只查看 2026-10-11T11:24:00Z 到 2026-10-11T11:32:00Z 之間、標籤為 feature = support-agent 的請求。在標籤為 case = cache-miss、case = context-growth 或 case = replay-mismatch 的工作階段中，哪個花費最高？它的 token 數量如何解釋這筆費用？
| 問題 | Claude 的回答 | 工具呼叫 | 計費紀錄 |
|---|---|---|---|
哪個 cache-miss、context-growth 或 replay-mismatch 工作階段花費最高？為什麼？ | replay-mismatch-a14896679e70，6 個請求共 $0.003831：24,557 個輸入 token 中，從快取讀取的數量為 0。對應修正版的 24,702 個輸入 token 中，有 18,844 個從快取讀取，花費 $0.001522 | 3 × list_sessions、1 × search_requests | $0.003831、24,557 個輸入、0 個快取；$0.001522、24,702 個輸入、18,844 個快取 |
比較修正前後兩個 cache-miss 工作階段 | 修正前：5,579 個輸入 token、0 個快取、$0.001497。修正後：5,729 個輸入、4,157 個快取（73%）、$0.001113，減少 25.6% | 2 × list_sessions、1 × search_requests | 5,579、0 與 $0.001497；5,729、4,157 與 $0.001113 |
u_1001 有請求失敗嗎？u_1002 呢？ | u_1001 的 11 個請求中有一個因模型不存在而收到 404，1 秒後重試成功。u_1002 的 10 個請求全部成功 | 7 × search_requests | 兩段對話共 21 次呼叫，其中一次 404 |
回答不只是把數字念出來，還做了三件事：
- 沒有教它用法，它就會使用標籤。在聊天中展開工具呼叫，可以看到參數：第一次
list_sessions呼叫帶入了case = cache-miss與feature = support-agent的labels、時間範圍，以及 50 筆上限，每個 case 各呼叫一次。第三個問題中，它先搜尋哪個欄位記錄使用者，找到_user標籤後，再用它篩選。 - 它找到了工程師會拿來比較的對象。第一個回答指出的工作階段，來自為什麼我的 LLM 代理這麼貴？，其中一則訊息儲存時的格式與送出時不同。Claude 透過
variant = after標籤找到對應修正版，指出兩者的 prompt 量幾乎相同，並將 2.5 倍的費用差異歸因於快取寫入與快取讀取的差別。它也逐回合列出較貴的工作階段，顯示隨著 prompt 增長，第六回合的費用約為第一回合的兩倍。 - 它說明了數字能證明什麼、不能證明什麼。第二個回答指出，修正版產生了更多輸出（1,750 個 token，原本為 1,599 個），因此只看輸入的節省幅度，會高於整體費用的 25.6%。第一個回答則說明，連接器不會回傳 prompt 內容，所以無法看出什麼原因破壞了快取比對。
除了數字，我們也核對了第一個回答的解釋。這些工作階段使用的模型是 GPT-6 Luna，每百萬 token 的費率為：輸入 $0.10、從快取讀取的輸入 $0.01、寫入快取的輸入 $0.125，以及輸出 $0.50。依這些費率計算，較貴工作階段的 24,539 個快取寫入、18 個其他輸入 token，以及 1,523 個輸出 token，共計 $0.003831。對應修正版的 5,840 個寫入、18,844 個讀取、18 個其他輸入 token，以及 1,204 個輸出 token，則共計 $0.001522。兩者都與實際計費金額一致，因此快取寫入與讀取造成價差的解釋成立。
回答中有哪些地方需要核對？
先檢查工具呼叫的範圍，再檢查那些依賴費率或環境設定的解釋。我們這三個回答的數字都正確。直接取自工具結果的數字最可靠；百分比與比率是模型自行計算的，應該再算一次。仍有四件事可能造成誤判：
- 回答的涵蓋範圍受工具呼叫限制。每次呼叫都有時間範圍、標籤與筆數上限。聊天會列出所有呼叫及其參數，因此你能確認「最貴的工作階段」是從全部工作階段中選出，還是只從前 50 筆中選出。
- 解釋來自模型的一般知識。紀錄只說明發生了什麼。原因是模型推論的，不一定適用於你的模型或費率。根據這個原因採取行動前，先像上面一樣重算一個數字。
- 時間會以你的時區顯示。日誌使用 UTC，我們提問時也使用 UTC。但回答使用太平洋時間，這是 Claude 為我們帳號設定的時區，因此要對照問題中的 UTC 範圍。
- 工具不會回傳內容。Claude 可以告訴你某個請求收到 404，以及錯誤訊息說了什麼，但無法告訴你使用者問了什麼。當問題需要這類內容時，它也會明確說明。
在問題中指定標籤與較小的時間範圍，可以兼顧準確度與回答大小，因為工具回傳的每一筆資料都會進入對話。
費用怎麼算？如何限制存取？
日誌工具可免費呼叫，模型的處理則包含在你的 Claude 方案內，因此提問不會增加閘道帳單費用。長時間調查仍會消耗方案額度，因為工具結果也算對話內容。
連線的權限不會超過你核准的範圍：
- 一組資料。只勾選請求日誌，所以連線沒有查詢餘額、prompt、金鑰或成員的工具。
- 唯讀。沒有工具能修改資料或呼叫模型。
- 到期日。金鑰會在你選定的期限後到期，也可以提早刪除。
- 不含 prompt 或回覆文字。工具只回傳中繼資料。
- Claude 內的工具權限。每個工具都可以設為執行前先詢問，這也是連接器頁面的預設值。我們的聊天使用 Claude 的自動權限模式。在這個模式下，Claude 會自行使用連接器，只有看起來不安全時才暫停，因此這些唯讀呼叫執行時沒有跳出確認提示。
分享這類聊天時要小心。回答可能引用工作階段 ID、來自 _user 標籤的使用者 ID，以及模型名稱。
常見問題
Claude 可以讀取我的 LLM 請求日誌嗎？
可以，只要透過連接器連上提供這些日誌的 MCP 伺服器。將 Synthorai 閘道加入自訂連接器，並在登入時核准請求日誌後，Claude 就能搜尋請求、列出工作階段與追蹤，以及讀取費用、token、狀態與標籤。它無法讀取 prompt 或回覆，因為工具不會回傳這些內容。
將 Claude 連到 MCP 伺服器需要 API 金鑰嗎？
如果伺服器支援 OAuth 登入，就不需要。將 https://synthorai.io/v1/mcp 加入自訂連接器後，系統會帶你前往授權頁面。閘道會自行為連線建立金鑰，只包含你勾選的權限範圍，到期時間為 1 到 90 天。這把金鑰會列在「API 金鑰」中，你可以在那裡刪除它。
Claude 分析日誌有多準確？
我們使用 Claude Fable 5.1 測試，三個回答中的所有數字都與計費紀錄一致，包括費用、token 數量、請求數量與狀態碼。依模型費率重新計算帳單後，它對最貴工作階段的解釋也成立。不過，仍要檢查回答依據的是哪些工具呼叫。
用 Claude 查詢閘道日誌要花多少錢？
不會增加閘道帳單費用：日誌工具免費，本篇三個問題共呼叫工具 14 次。模型的處理會消耗你的 Claude 方案額度。如果程式透過 API 提問，則需支付使用模型的 token 費用，讓代理使用日誌工具一文有實測。
將 Claude 連到請求日誌安全嗎？
安全性取決於你授予的權限。這個連線只開放一組資料（請求日誌）、唯讀存取、7 天期限，不允許讀取 prompt 或回覆文字。它不能修改工作區或呼叫模型；在「API 金鑰」中刪除它的金鑰，就會終止連線。
延伸閱讀
- 追蹤 LLM 代理：請求如何取得這些問題用來篩選的工作階段 ID 與標籤。
- 為什麼我的 LLM 代理這麼貴？：前兩個問題查詢的工作階段。
- 為什麼我的 LLM 代理這麼慢？與除錯 LLM 代理：在主控台手動進行同類調查。
- 依子代理拆解 Claude Code 費用：Claude Code 自己的工作階段在同一份日誌中呈現的樣貌。
- 讓代理使用日誌工具：在程式中以 API 金鑰使用相同工具，以及模型 token 的費用。
- MCP 伺服器參考文件：所有工具、金鑰權限範圍，以及限制連線的方法。