Claude Code Channels 實測:真能取代龍蝦 OpenClaw?完整設定與深度對比
Anthropic 在 2026 年 3 月推出 Claude Code Channels,讓開發者可以直接從 Telegram 和 Discord 操控本地的 Claude Code session。消息一出,社群立刻炸鍋,「龍蝦危」成了熱門關鍵字,大家都在問:這是不是 OpenClaw 的終結者?
實測過後,我的結論是:真相比情緒複雜得多。Channels 確實帶來了官方級的安全性和整合度,但離「取代龍蝦」還有好幾道牆要翻。這篇文章不做又一篇設定教學的搬運工,而是帶你看完整實測、深度對比,幫你判斷該用哪個。
TL;DR
- Claude Code Channels 用 MCP 插件架構讓你從 Telegram 或 Discord 操控本地 Claude Code,設定約 15 分鐘
- 三層安全模型比 OpenClaw 嚴謹,但遠端操控場景幾乎必須繞過權限確認,安全和便利存在結構性矛盾
- 「龍蝦危」是情緒不是事實。Channels 和 OpenClaw 互補而非替代:Channels 贏在安全和官方維護,OpenClaw 贏在平台廣度和持久 session
- 目前是 research preview,有 feature flag 門控,不是所有人都能用
Channels 是什麼?MCP 插件架構一次搞懂
先釐清一個常見誤解:Claude Code Channels 不是另一個 chatbot,而是一個基於 MCP(Model Context Protocol)的插件系統,讓外部事件可以「推」進你正在運行的 Claude Code session。
想像你的 Claude Code 本來只有一支耳朵(terminal 輸入),現在 Channels 幫它多裝了一支對講機。Telegram 上的訊息透過這支對講機傳進來,Claude 處理完再透過同一條路回傳結果。
技術上,Channel 作為 MCP server 在你的電腦本地以子程序方式運行,持續監聽 Telegram Bot API。收到訊息後直接推進 Claude Code session,Claude 處理完再透過同一條路回傳到 Telegram。整個過程你的程式碼不離開本地環境。
這個架構的好處是標準化。因為建構在 MCP 之上,未來任何人都能開發自己的 channel 插件(目前 research preview 階段僅允許官方白名單插件)。
15 分鐘完成設定:Telegram 連接 Claude Code 全步驟
在動手之前,先確認你的帳號不在 feature flag 門控範圍內。Channels 目前是漸進式推送,部分帳號即使更新了版本也無法使用(詳見踩坑指南)。建議先完成設定試一次,如果 bot 完全沒回應且排查無果,大概率是 server 端門控,先別浪費時間。
前置條件:
- Claude Code v2.1.80 以上(
claude --version確認) - Bun runtime 已安裝(
bun --version確認,沒有的話跑curl -fsSL https://bun.sh/install | bash) - claude.ai 帳號登入(API key 不支援,這是目前的限制)
確認完畢,跟著這 7 步走:
Step 1:建立 Telegram Bot
開啟 Telegram,找 @BotFather,發送 /newbot。選一個顯示名稱,再設定一個以 bot 結尾的 username。完成後複製 BotFather 給你的 token。
Step 2:安裝官方插件 在 Claude Code session 中執行:
/plugin install telegram@claude-plugins-official
如果找不到,先執行 /plugin marketplace add anthropics/claude-plugins-official。
Step 3:設定 Bot Token
執行 /telegram:configure,貼上剛才的 BotFather token。它會自動存到 ~/.claude/channels/telegram/.env。
Step 4:以 Channels 模式重啟 退出目前的 session,用以下指令重新啟動:
claude --channels plugin:telegram@claude-plugins-official
這是很多人漏掉的一步。僅安裝插件不會啟用 Channels,必須用 --channels flag 明確啟動。
Step 5:配對 在 Telegram 上 DM 你的 bot,它會回覆一個 6 碼配對碼。
Step 6:完成配對
回到 Claude Code terminal,執行 /telegram:access pair 輸入配對碼,將你的 Telegram ID 加入白名單。
Step 7:鎖定存取
執行 /telegram:access policy allowlist,確保只有白名單上的人能跟 bot 互動。
設定完成。現在你可以從 Telegram 傳訊息給 bot,它會直接在你的本地 Claude Code session 中執行任務。
提醒:如果你是 Enterprise 或 Team 方案用戶,Channels 預設是關閉的。需要組織管理員在 claude.ai Admin 設定中手動啟用。
實戰體驗:從手機指揮 Claude Code 的真實感受
設定完成後的第一印象確實讓人興奮。從 Telegram 傳一句「幫我跑一下測試」,體感大約 3-5 秒後就看到 Claude 在本地開始動作,回傳結果到 Telegram 的完整 round-trip 視任務複雜度而定,簡單指令(跑測試、查檔案)通常在 10-30 秒內完成,複雜任務(編譯專案、大量檔案操作)可能幾分鐘。根據 MacStories 的實測,他們透過 Telegram 指揮 Claude 編譯 iOS 專案、批次整理文章、轉錄 Podcast 音訊,這些複雜任務都能遠端完成。
但別忘了,這一切都消耗你的 Claude Code token quota。長時間非同步任務的 token 成本不低,Pro plan 用戶要留意 rate limit,避免把每日額度在一個遠端任務上燒完。
但體驗了一陣子,有個重要的認知落差需要先說清楚:社群說「出門不用帶電腦」,實際上是「電腦必須開著,但你不用坐在電腦前」。
這個差異來自一個架構限制:Channels 沒有 message queue。你的 Claude Code session 必須一直運行,離線期間的訊息會永久丟失,不會在你重新連線後補送。
社群已經發展出一套解法:用 tmux 搭配 while 循環讓 session 持久運行。具體做法:
tmux new -s claude-channels
while true; do claude --channels plugin:telegram@claude-plugins-official; sleep 5; done
這樣即使 session 意外中斷也會自動重啟。出門前把它掛在 tmux 裡,手機端操控,回家後 session 還在。用 tmux attach -t claude-channels 隨時回來查看。這不是完美的 24/7 方案,但對大多數「白天出門、晚上回來」的場景已經夠用。
另一個需要注意的體驗問題是權限中斷。如果 Claude 在執行過程中遇到需要你確認權限的操作(例如寫入檔案或執行指令),它會暫停並等待你回到本地 terminal 確認。這在遠端操控時是很大的體驗斷裂,MacStories 也指出這是目前最大的 UX 痛點。
三層安全模型深度解析(以及它的阿基里斯之踵)
Channels 的安全設計在架構層面是嚴謹的,分為三層:
第一層:Sender Allowlist 只有完成配對流程的 Telegram 用戶(以 numeric user ID 識別)能推送訊息。未授權的訊息會被靜默丟棄,連錯誤提示都不會有。
第二層:Per-session Opt-in
每次啟動 Claude Code 都必須明確加上 --channels flag。這確保 channel 不會在你不知情的情況下接收外部訊息。
第三層:Plugin Whitelisting
目前只接受 Anthropic 官方白名單上的插件。如果要載入自己開發的 channel,必須使用 --dangerously-load-development-channels flag,名字本身就是一個警告。
這個設計比 OpenClaw 被批評的「繞過安全層」問題好很多。但這裡有一個結構性矛盾:
遠端操控的核心價值是「人不在電腦前也能讓 Claude 幹活」。但只要 Claude 遇到需要權限確認的操作,session 就會暫停等你回到 terminal。要真正實現無人值守的遠端操控,你幾乎必然需要加上 --dangerously-skip-permissions,而這個 flag 會繞過 Claude Code 原有的所有權限確認。
換句話說,三層安全模型保護的是「誰能傳訊息給 Claude」,但無法保護「Claude 拿到訊息後能做什麼」。在 skip-permissions 模式下,任何通過白名單的訊息都能讓 Claude 在你的本地環境中執行任意操作。
務實的建議是分場景處理:有人顧著時用標準模式,享受完整的安全保護;無人值守時用 skip-permissions,但限縮工作範圍(例如只在特定專案目錄下操作)。不要把它想成二選一,而是根據任務的風險等級調整。
Channels vs OpenClaw vs NanoClaw:你該選哪個?
社群一面倒說「龍蝦危」,但數據說的是另一件事。以下是截至 2026 年 3 月的真實差異(research preview 階段,未來可能變動):
| 比較項目 | Claude Code Channels | OpenClaw | NanoClaw |
|---|---|---|---|
| 維護方 | Anthropic 官方 | 社群(Peter Steinberger) | 社群 |
| 支援平台 | Telegram、Discord | Telegram、Discord、iMessage、WhatsApp、Slack(部分報導稱亦支援 Signal) | Telegram、Discord、WhatsApp、Slack、Signal |
| 安全模型 | 三層防護 + Enterprise 管控 | 被批評繞過安全層 | Docker 容器隔離 |
| Session 持久性 | 必須保持開啟 | 24/7 持久 session | Docker 容器持久 |
| 設定難度 | 中(CLI 指令) | 高(自架) | 中(Docker) |
| 生態穩定性 | 官方維護,單一版本 | 碎片化(多個社群分支) | 輕量穩定 |
從這張表可以看出,Channels 和 OpenClaw 的目標用戶其實不太一樣:
- 「我偶爾想從手機操控,安全性很重要」 → Channels。官方維護、三層安全、Enterprise 管控,適合企業用戶或注重安全的開發者。
- 「我需要 24/7 多平台整合,iMessage 和 WhatsApp 是剛需」 → OpenClaw。平台廣度是最大優勢,但要承擔安全風險和碎片化的維護成本。
- 「我想要安全隔離,不讓 AI 直接碰主機檔案系統」 → NanoClaw。Docker 容器隔離是獨特賣點,但缺乏 Claude Code 層級的 coding agent 深度。
如果你只能選一個,只用 Telegram,預算有限:選 Channels。官方維護、安全、設定簡單,對大多數「偶爾遠端操控」的場景已經足夠。只有當你需要 iMessage/WhatsApp 或真正的 24/7 持久 session 時,OpenClaw 才是必要的。
如果你願意維護兩套工具:辦公時用 Channels(安全、官方),需要跨平台持久運行時切到 OpenClaw。
踩坑指南:已知限制與排查清單
Channels 目前是 research preview,有幾個你需要提前知道的坑:
1. Feature Flag 門控
這是最讓人困惑的問題。即使你更新到 v2.1.80,也不一定能用 Channels。Anthropic 用了一個名為 tengu_harbor 的 server-side feature flag 做漸進式推送。如果你的帳號不在推送範圍內,plugin 能安裝但 handler 不會被註冊,bot 就是不回應。這不是你的設定問題,是 server 端的門控,只能等。
2. DISABLE_TELEMETRY 配置陷阱
如果你在 Claude Code 的配置中設過 DISABLE_TELEMETRY,即使設為 0(表示不禁用),它仍然會阻擋 Channels。解法是完全移除這個 key,而不是設為 0。
3. 離線訊息永久丟失 沒有 message queue,session 關閉期間的所有訊息都消失了。搭配 tmux 可以緩解,但不是根本解決。
4. 無語音訊息支援 可以傳圖片(50MB 以內)和檔案,但語音訊息不支援。另外,Telegram 預設會壓縮圖片,如果需要原始品質(例如 debug 截圖),記得用「以檔案傳送」。
5. 無訊息歷史 Telegram Bot API 不提供歷史訊息搜尋,bot 只能看到即時送達的訊息。
6. Research Preview 的不穩定性
--channels flag 語法和 protocol contract 都可能在後續版本變更。不建議在這個階段將 Channels 整合進關鍵的生產工作流。
投入建議:如果你確認自己不在 feature flag 門控範圍內(bot 有正常回應),現在開始用於個人專案和非關鍵任務完全合理。但如果 bot 沒回應,先別花時間排查設定,大概率是 server 端門控。
結論
Channels 是 Anthropic 對遠端操控需求的認真回應,安全性和官方維護是 OpenClaw 生態目前給不了的。但「龍蝦危」下太早了,平台廣度和 session 持久性兩道牆還在。
具體行動:花 15 分鐘跑一次設定流程。如果你的帳號不在 feature flag 門控內,恭喜,開始享受官方遠端操控。如果碰到門控,先用 OpenClaw 頂著,等 Anthropic 推送到你。
不管哪條路,先別急著刪龍蝦。
FAQ
為什麼我的 Telegram bot 沒有回應?
最常見的原因是啟動 Claude Code 時沒加 --channels flag。僅安裝插件不夠,必須用 claude --channels plugin:telegram@claude-plugins-official 啟動。其次確認已完成 6 碼配對流程、Bun 已安裝(bun --version 確認)。Enterprise/Team 用戶需管理員啟用 channelsEnabled。
可以用 API key 登入嗎?
不行。Claude Code Channels 目前只支援 claude.ai 帳號登入,Console API key 認證不被支援。這是 research preview 階段的限制。
Enterprise 或 Team 方案怎麼啟用 Channels?
Channels 在 Team 和 Enterprise 方案中預設關閉。組織管理員需到 claude.ai Admin 設定 → Claude Code → Channels,將 channelsEnabled 切換為 true。Pro 和 Max 方案預設可用。
可以同時控制多個專案嗎?
可以,但需要分開操作。每個 Claude Code terminal session 連接一個 Telegram bot,如果你有多個專案需要同時操控,就需要建立多個 bot 各自配對不同的 session。


