Channels(通知頻道)
Claude Code 把工作進度 / 結果 / 求助訊息推送到外部通訊工具(Telegram、Discord、Slack)——不必死盯螢幕。
上線時間
2026/03/20 隨「Claude Code Channels」推出,初期支援 Telegram、Discord。
為什麼需要 Channels?
長任務(如重構、跑測試)動輒 30 分鐘以上:
- 等在電腦前 → 浪費時間
- 走開了 → 不知道完成沒
- Claude 中途遇到分叉問題(A 或 B?)→ 你不在 → 它 stall
→ Channels:Claude 主動找你,你在哪都能回。
支援平台
| 平台 | 特點 |
|---|---|
| Telegram | 全球通用 + 機器人 API 成熟 |
| Discord | 開發者社群常駐 |
| Slack(透過 Connectors) | 工作場景,但形態不同 |
文章作者推薦:Telegram——隱私 + 跨地區穩定。
設定方式
1. 在 Telegram 找 Claude bot
2. /start 拿配對碼
3. Claude Code 設定中貼配對碼
4. 完成 → 雙向通了
三種訊息類型
| 訊息類型 | 範例 | 你需要動作? |
|---|---|---|
| 進度通知 | 「Task #3 完成 ✓」 | 不需要 |
| 結果摘要 | 「全部 223 測試已綠,可 commit」 | 看一下 |
| 求助 | 「需要選擇:用 A 方案還是 B 方案?」 | 必須回覆 |
跟 Remote Control 的差異
| Channels | Remote Control | |
|---|---|---|
| 方向 | Claude → 你(推送) | 你 ↔ Claude(雙向) |
| 用途 | 被動接收 | 主動下指令 |
| 介面 | 通訊 app | Web UI |
| 緊急回覆 | 對 bot 訊息 | 在 Web 操作 |
→ 並用:Channels 知道「在發生什麼」,Remote Control 「介入操作」。
範例:PAM 重構工作流
9:00 你出門 → Claude Code 在跑大重構任務
9:30 通勤中
📱 Telegram: "Researcher 完成,找到 12 處需改"
10:15 開會中
📱 Telegram: "Implementer 完成 8/12,2 處需要決定"
訊息附選項按鈕 [Option A] [Option B]
→ 你按 [Option A]
11:30 會後
📱 Telegram: "全部完成,223 測試綠,已 push"
→ 整個過程你沒打開電腦。
跟 Scheduled Tasks 的搭配
排程:每週一 09:00 跑 PAM 健檢
完成 → Channel 推送 Telegram:
「本週健檢完成,發現 2 個 warning,已寄 Email」
限制
- 機密 / 高敏感任務 → 不該推 Telegram(用 Discord 私訊或關閉)
- 訊息頻率太高 → 反而干擾(建議只推「重要里程碑」)
- 配對碼遺失 → 要重設
對 Vincent 工作場景
Use Case 1:跑長測試 / 部署
PAM 部署到 IIS → 30 分鐘
Channel 推:「部署完成,URL: https://pam.example.com,請手動驗證」
Use Case 2:Agent Teams 進度
週末 PAM 重構 → 開 4 個 agent
Channel 推每個 agent 的里程碑 → 你看手機就知道進度
Use Case 3:Claude 求助
Claude 在跑 → 卡在「ExcelService 改 ClosedXML 還是 EPPlus?」
Channel 推:「請選 A 或 B」
你直接回 「A」 → Claude 繼續
跟 Voice Mode 的關係
Voice Mode 在桌前用聲音 → Channels 在外面用通訊 app → 都是「降低需要打字面對螢幕」的延伸。
相關概念
強連結(原文明確提及)
- Remote Control — 雙向遠端
- Dispatch 遠端派任 — Cowork 的對應
- Headless Mode 與 CI CD — 完全無人運行
- Hooks — 觸發 Channel 推送的底層機制
- Scheduled Tasks — 排程 + Channel 通知
← 回到 wiki