Claude Code Router LLM監控面板上手從裝好到看懂每次調用【免費下載鏈接】claude-code-routerOne local control plane for every AI agent: route across models, fuse new capabilities, orchestrate tools, and stay fully in control.項目地址: https://gitcode.com/GitHub_Trending/cl/claude-code-routerClaude Code RouterCCR是一個本地模型網關把 Claude Code、Codex、OpenCode 等編碼 Agent 的請求都匯到同一個本地端點。所有流量都過這里之后監控面板才有意義——每條請求最終命中哪個供應商和模型、耗時多少、燒了多少 token、成本估算多少都能在請求日志和觀測面板里逐條查。下面按裝好 → 點亮面板 → 調成自己的樣子 → 排小坑的順序走一遍。1. 監控面板怎么裝起來結論裝好依賴、啟動服務、在設置里打開兩個開關面板就亮了。git clone https://gitcode.com/GitHub_Trending/cl/claude-code-router cd claude-code-router npm install啟動后進入設置 → 日志與觀測把請求日志和Agent 觀測兩個開關打開然后隨便發一條模型請求做驗證。官方的中文指南在 docs/src/content/docs/zh/guides/observability.md首次接入時可以直接照著它聯調。如果你還想在終端狀態欄就是 Agent 底部那行實時顯示狀態的文字條上常駐模型和用量信息CCR 也支持掛一條自定義的 statusline 命令效果大致是這樣開關打開之后下面兩個面板就是你日常盯的兩塊地方。2. 請求日志和觀測面板能看什么請求日志記錄經過 CCR 的每條模型請求明細請求時間、請求 ID、客戶端、路徑、請求的模型、最終命中的供應商和模型、使用的憑據、狀態碼、耗時、token 用量、成本估算以及請求體、響應體和錯誤信息。頁面支持按狀態、供應商、模型、憑據、請求 ID、請求體或響應體篩選單條記錄點開就能看到 request model 和 resolved provider/model 的對照——這正是排查我明明配了 A 模型為什么走的 B這類問題的關鍵。Agent 觀測則看執行鏈路每一步何時發生、調了哪個工具、工具返回什么、耗時多久、是否出錯。Agent 卡住、某一步特別慢、上下文流轉不符合預期時從這里定位比翻原始日志快得多。有一點要提前知道普通請求日志只保留本地當天的數據過了第二天就會被清理。長期留存靠導出或自行歸檔別指望面板替你存歷史。3. 調成自己的樣子過濾、對比與狀態欄面板默認形態夠用但日常更舒服的做法是把它調成自己的工作流只盯異常在請求日志里按失敗狀態篩選配合耗時排序哪條路由在拖后腿一眼可見成本對比同一任務分別走兩個供應商在日志里對比 token 和成本估算路由策略怎么配心里就有數了狀態欄定制如果你接了自定義 statusline 命令終端里那行狀態條就能常駐當前模型和用量切換會話時不用切回面板。配置改動都在本地配置文件里完成CCR 的配置核心邏輯在 packages/core/src/config/config.ts改完不用重新部署服務會自己生效。4. 兩個高頻小坑日志里查不到請求。九成是鏈路沒通先確認上面兩個開關都開著再確認你的 Agent 確實指向了 CCR 的本地端點而不是直連供應商。請求不過 CCR日志里自然一個字都沒有。狀態欄圖標顯示成方塊或亂碼。那通常是字體不支持符號集。最簡單的處理是換成不含特殊圖標的顯示主題想要完整圖標效果就裝一套 Nerd Font 再指回默認主題二選一即可。排完這兩個坑面板基本就是免維護狀態了。下一步打開 docs/src/content/docs/zh/guides/observability.md把日志與觀測的完整開關說明過一遍確認沒有遺漏的能力。挑一個任務分別路由到兩個供應商各跑一次在請求日志里對比耗時和成本估算——這是養成用數據配路由習慣的最短路徑。【免費下載鏈接】claude-code-routerOne local control plane for every AI agent: route across models, fuse new capabilities, orchestrate tools, and stay fully in control.項目地址: https://gitcode.com/GitHub_Trending/cl/claude-code-router創作聲明：本文部分內容由AI輔助生成（AIGC），僅供參考 Claude Code Router LLM監控面板上手：從裝好到看懂每次調用
Claude Code Router LLM監控面板上手從裝好到看懂每次調用【免費下載鏈接】claude-code-routerOne local control plane for every AI agent: route across models, fuse new capabilities, orchestrate tools, and stay fully in control.項目地址: https://gitcode.com/GitHub_Trending/cl/claude-code-routerClaude Code RouterCCR是一個本地模型網關把 Claude Code、Codex、OpenCode 等編碼 Agent 的請求都匯到同一個本地端點。所有流量都過這里之后監控面板才有意義——每條請求最終命中哪個供應商和模型、耗時多少、燒了多少 token、成本估算多少都能在請求日志和觀測面板里逐條查。下面按裝好 → 點亮面板 → 調成自己的樣子 → 排小坑的順序走一遍。1. 監控面板怎么裝起來結論裝好依賴、啟動服務、在設置里打開兩個開關面板就亮了。git clone https://gitcode.com/GitHub_Trending/cl/claude-code-router cd claude-code-router npm install啟動后進入設置 → 日志與觀測把請求日志和Agent 觀測兩個開關打開然后隨便發一條模型請求做驗證。官方的中文指南在 docs/src/content/docs/zh/guides/observability.md首次接入時可以直接照著它聯調。如果你還想在終端狀態欄就是 Agent 底部那行實時顯示狀態的文字條上常駐模型和用量信息CCR 也支持掛一條自定義的 statusline 命令效果大致是這樣開關打開之后下面兩個面板就是你日常盯的兩塊地方。2. 請求日志和觀測面板能看什么請求日志記錄經過 CCR 的每條模型請求明細請求時間、請求 ID、客戶端、路徑、請求的模型、最終命中的供應商和模型、使用的憑據、狀態碼、耗時、token 用量、成本估算以及請求體、響應體和錯誤信息。頁面支持按狀態、供應商、模型、憑據、請求 ID、請求體或響應體篩選單條記錄點開就能看到 request model 和 resolved provider/model 的對照——這正是排查我明明配了 A 模型為什么走的 B這類問題的關鍵。Agent 觀測則看執行鏈路每一步何時發生、調了哪個工具、工具返回什么、耗時多久、是否出錯。Agent 卡住、某一步特別慢、上下文流轉不符合預期時從這里定位比翻原始日志快得多。有一點要提前知道普通請求日志只保留本地當天的數據過了第二天就會被清理。長期留存靠導出或自行歸檔別指望面板替你存歷史。3. 調成自己的樣子過濾、對比與狀態欄面板默認形態夠用但日常更舒服的做法是把它調成自己的工作流只盯異常在請求日志里按失敗狀態篩選配合耗時排序哪條路由在拖后腿一眼可見成本對比同一任務分別走兩個供應商在日志里對比 token 和成本估算路由策略怎么配心里就有數了狀態欄定制如果你接了自定義 statusline 命令終端里那行狀態條就能常駐當前模型和用量切換會話時不用切回面板。配置改動都在本地配置文件里完成CCR 的配置核心邏輯在 packages/core/src/config/config.ts改完不用重新部署服務會自己生效。4. 兩個高頻小坑日志里查不到請求。九成是鏈路沒通先確認上面兩個開關都開著再確認你的 Agent 確實指向了 CCR 的本地端點而不是直連供應商。請求不過 CCR日志里自然一個字都沒有。狀態欄圖標顯示成方塊或亂碼。那通常是字體不支持符號集。最簡單的處理是換成不含特殊圖標的顯示主題想要完整圖標效果就裝一套 Nerd Font 再指回默認主題二選一即可。排完這兩個坑面板基本就是免維護狀態了。下一步打開 docs/src/content/docs/zh/guides/observability.md把日志與觀測的完整開關說明過一遍確認沒有遺漏的能力。挑一個任務分別路由到兩個供應商各跑一次在請求日志里對比耗時和成本估算——這是養成用數據配路由習慣的最短路徑。【免費下載鏈接】claude-code-routerOne local control plane for every AI agent: route across models, fuse new capabilities, orchestrate tools, and stay fully in control.項目地址: https://gitcode.com/GitHub_Trending/cl/claude-code-router創作聲明：本文部分內容由AI輔助生成（AIGC），僅供參考