一行指令接入飛書：讓 Claude Code 與 Codex 告別終端機視窗切換
開源工具 lark-channel-bridge 可將 Claude Code 和 Codex 接入飛書，透過一行指令完成連線，並支援串流卡片、獨立 Session、多工作區及團隊權限管理。
2026年6月17日
開源專案 lark-channel-bridge 能將 Claude Code、Codex 等 AI 程式設計代理帶進飛書（Lark）。團隊成員不必反覆切換聊天視窗與終端機，就能在日常協作環境中發起對話、安排任務，並分享代理的處理結果與完整上下文。
為什麼要把 Claude Code 放進飛書
許多開發團隊都在飛書中溝通需求、同步進度，但實際執行程式設計任務的 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，進行全域部署，並以背景程序的方式持續運作。
串流回覆、獨立 Session 與多工作區
串流卡片回覆是這套整合中最直觀的體驗變化。Claude 的文字輸出和工具呼叫會集中顯示在同一張飛書卡片中，並隨執行進度即時更新，而不是等任務完成後才一次推送大段內容。團隊成員可以留在聊天介面中，查看代理目前的操作與處理流程。
在會話管理方面，獨立對話 Session會為每個飛書對話保留各自的 Claude Session。即使相隔一小時後再回到原本的會話，代理仍能延續先前的討論；同時，不同聊天之間的上下文彼此隔離，不會發生內容互相干擾的情況。
面對多個程式碼專案時，可以透過多工作區支援進行切換。輸入 /ws 專案名稱，即可讓代理切換至對應的專案目錄。每個工作區都會分別維護自己的 Session 狀態，因此即使團隊管理的是包含五個服務的 monorepo，也不必手動整理混雜的上下文。
將截圖、設計稿和日誌直接交給代理
除了文字訊息，Bridge 也能處理飛書聊天中傳送的圖片和檔案。開發者可以直接提交 bug 截圖、設計稿或日誌，Claude 會取得檔案下載至本機後的路徑，並將這些內容納入正式上下文進行讀取與分析。
如果團隊使用 PikpikGo AI 產生視覺素材，也可以將生成的圖片直接轉傳到代理會話，讓 Claude 根據具體素材即時提供回饋，省去下載檔案、重新上傳及補充背景資訊等重複步驟。
團隊權限可控，對話記錄可搜尋
在預設設定下，機器人僅開放給飛書應用程式的建立者使用，因此不會自動對其他成員開放。需要擴大使用範圍時，管理員可以透過 /invite 邀請隊友；如果要收回存取權限，則可使用 /remove。權限管理僅限管理員和最初的建立者執行，確保涉及程式碼儲存庫的代理操作權責明確且可供稽核。
這項整合對協作的另一層價值，是將 AI 對話從個人終端機中的暫時資訊，轉化為團隊可長期存取的記錄。機器人產生的會話會納入飛書搜尋索引，成員不必再追問 Claude 前一天提供了什麼答案，只要搜尋就能找到原始內容。初階工程師可以參考資深成員使用代理時留下的 Session，程式碼審查中的討論也能直接引用機器人的回覆。
常用斜線指令如何使用
Bridge 透過一組簡潔的斜線指令滿足日常管理需求。/config 用於調整偏好設定；/new chat 可在目前的工作區中建立新的 Claude Session；/cd 負責即時變更工作目錄；需要中斷正在執行的任務時，則可輸入 /stop。這些操作都能直接在聊天視窗中完成，不必返回終端機管理代理。
透過設定檔並行執行 Claude Code 與 Codex
對於需要多代理協作的團隊，lark-channel-bridge 支援透過彼此獨立的設定檔，同時部署 Claude Code 和 Codex。不同設定檔會分別儲存各自的憑證、Session 狀態及工作區設定，執行時不會共用這些資料。
例如，團隊可以讓 Claude 處理產品功能開發，同時將基礎架構相關任務交給 Codex。兩個代理能以不同機器人的身分共存於同一個飛書工作區，各自負責適合的任務，不必反覆覆寫設定。
這種依任務選擇代理的方式，也與 PikpikGo AI 採用的多模型工作流程相呼應：使用者可以在同一個畫布介面中切換 Claude、GPT 和 Gemini，根據不同任務搭配更合適的模型，並讓多個環節順暢銜接。
讓 AI 程式設計代理融入團隊原有工作流程
真正好用的開發工具，通常不會要求團隊重新建立工作習慣，而是自然融入既有流程。lark-channel-bridge 的作用，正是將已經投入使用的 AI 程式設計代理帶進團隊日常溝通使用的飛書。只要一行啟動指令就能建立連線，無須承擔複雜的設定成本，同時讓更多成員共享代理能力和執行記錄。
如果你正在開發 AI 輔助產品，並希望獲得適合代理式工作模式的共享協作空間，PikpikGo AI 將多模型協作、AI 圖像生成與深度研究工具整合在同一個團隊畫布中，方便不同角色圍繞一致的上下文共同推進任務。