告別視窗切換：一條指令在飛書內執行 Claude Code
lark-channel-bridge 是一款開源工具，將 Claude Code 與 Codex AI 程式代理直接整合進飛書（Lark），讓團隊無需離開日常協作平台，就能與 AI 代理對話、派發任務並協同作業。
每個開發團隊都熟悉的痛點
你的團隊在飛書上協調工作，但 AI 程式代理卻躲在一個只有你能看見的終端機分頁裡。每當 Claude Code 完成一項任務，你就得截圖、貼到群組、再解釋一遍發生了什麼事。這就是情境切換的隱形成本——日積月累，損耗驚人。
lark-channel-bridge 徹底消除了這道鴻溝。你的 AI 代理不再是孤立的終端機分頁，而是成為飛書機器人：可從桌面或手機發訊息，以富格式卡片回覆，並將完整對話記錄保留在團隊都能看見的地方。
Claude Code 飛書整合：不到一分鐘完成設定
Repo：https://github.com/zarazhangrui/lark-coding-agent-bridge
只需一條指令即可開始，無需 Docker，也不需複雜設定：
npx -y lark-channel-bridge@latest start
CLI 會引導你掃描 QR code 來綁定飛書應用。連線後，你（或任何你邀請的人）可以直接私訊機器人，也可以在飛書群組中 @ 它。Claude Code 立即開始處理，輸出內容以即時更新的飛書卡片串流回傳，不必再盯著終端機等待。
若需要持久化安裝，bridge 也提供獨立 CLI 工具，可全域安裝並作為背景程序執行。
真正改變工作方式的功能
串流卡片回覆讓 Claude 的工具呼叫和文字輸出即時更新在同一張飛書卡片上，不會突然出現大量文字。你可以在聊天介面中直接看到代理的思考與操作過程。
獨立對話 Session讓每個飛書對話維持自己的 Claude Session。一小時後回到同一個討論串，代理會記得你們上次說到哪裡，不同對話之間不會互相干擾。
多工作區支援讓你用 /ws 專案名稱 將代理指向不同的專案目錄。每個工作區獨立追蹤自己的 Session，即使是有五個服務的 monorepo 也不會變成情境管理的夢魘。
Bridge 還能直接接收聊天中的圖片與檔案。傳入 bug 截圖、設計稿或日誌檔，Claude 會讀取本地下載路徑並將其視為第一等上下文。若你的團隊也使用 iMini AI 製作視覺素材，可以直接將生成的圖片轉發到代理對話中取得即時回饋。
存取控制與團隊協作
預設只有建立飛書應用的人才能使用機器人，不會有意外暴露的風險。你可以透過 /invite 主動邀請隊友，並用 /remove 撤銷權限。只有管理員和原始建立者能管理存取，讓程式庫操作保持可稽核性。
真正的協作價值在於持久性：機器人的每一次對話都存在飛書的搜尋索引中。不必再問「Claude 昨天說了什麼？」，直接搜尋討論串即可。初級工程師可以閱讀資深工程師的代理 Session，程式碼審查討論也可以直接引用機器人的回覆。
斜線指令參考
Bridge 提供一組精煉的工作流程指令：/config 用於偏好設定，/new chat 在當前工作區開啟新的 Claude Session，/cd 即時切換工作目錄，/stop 終止執行中的任務。簡單直接，不需離開聊天介面即可管理 AI 代理。
多代理設定檔：同時執行 Claude 與 Codex
進階團隊可以使用獨立設定檔同時執行 Claude Code 與 Codex。每個設定檔各自維護憑證、Session 狀態和工作區設定。如果你的團隊針對不同技術層使用不同代理——Claude 負責產品功能、Codex 負責基礎設施——兩者可以在同一個飛書工作區中以不同的機器人身份並存。
這種方式與 iMini AI 的多模型工作流不謀而合——在同一個畫布介面中切換 Claude、GPT 和 Gemini，為不同任務選用最合適的模型，毫不費力。
結語
最好的開發工具會融入你現有的工作流程，讓你感覺不到它的存在。lark-channel-bridge 正是如此：它把你已經在用的 AI 程式代理，放到了你的團隊本來就在工作的地方。一條指令，零設定負擔，讓整個團隊立即受益。
如果你正在打造 AI 輔助產品，並希望有一個符合這種以代理為核心工作方式的協作空間，iMini AI 提供多模型協作、AI 圖像生成和深度研究工具，全都整合在一個可供團隊共享的畫布中。
標籤：Claude Code 飛書整合、lark-channel-bridge、AI 程式代理、飛書機器人、Claude Code 手機存取、開發者生產力、AI 代理協作、Codex 飛書