Claude Code 能否做到 24 小時隨 call 隨到？完整可行性分析 AI Generated

看到 OpenClaw 這類 24/7 永遠在線的 AI 助理，自然會想問：Claude Code 能不能做到一樣的事？

這篇文章從三個角度切入分析：

1. 手機遠端操控 — 用 Happy Coder 在手機上控制桌機的 Claude Code
2. 24/7 永遠在線 — 用 Claude Agent SDK 建構類似 OpenClaw 的常駐服務
3. 架構比較 — 理解 OpenClaw、Happy Coder、Claude Agent SDK 三者的定位與技術差異

手機遠端操控 Claude Code — Happy Coder

Happy Coder 是什麼

Happy Coder 是一個開源專案，讓你從手機遠端操控電腦上的 Claude Code。核心賣點是「離開鍵盤也能盯 AI 寫程式」。

架構原理

Happy Coder 採用 CLI Wrapper + 端對端加密中繼伺服器 + Mobile App 三層架構：

graph TB
    subgraph "手機端"
        A["Mobile App<br/>(iOS / Android / Web)"]
    end

    subgraph "Happy Cloud"
        B["Relay Server<br/>api.cluster-fluster.com<br/><i>只看到加密 blob</i>"]
    end

    subgraph "桌機端"
        C["happy daemon<br/>(Fastify HTTP + WebSocket)"]
        D["Claude Code CLI<br/>(系統安裝)"]
        E["本機檔案系統"]
    end

    A <-->|"WebSocket (E2EE)"| B
    B <-->|"WebSocket (E2EE)"| C
    C -->|"子行程 / IPC"| D
    D --> E

運作原理：

• happy-cli 包裝 Claude Code CLI，捕捉 Terminal 狀態並串流到手機
• happy-server 只存儲和同步加密 Blob，採零知識架構
• 手機與桌面是「同一 session 的兩個視窗」，無主從之分
• 延遲約 300ms（加密 ~10ms + 網路 ~200ms + 處理 ~90ms）
• 使用與 Signal 相同的 TweetNaCl 加密協議，每個 session 獨立金鑰

從 0.12.0 版起，Happy CLI 改用系統安裝的 Claude Code，不再自帶 bundled 版本。

Daemon 與 QR Code 配對

Daemon 運作方式：

• 第一次執行 happy 時，自動以 detached 子行程啟動 daemon
• 透過 file locking（daemon.lock）確保單一實例
• PID 與 HTTP port 寫入 daemon.state.json
• daemon 暴露 Fastify HTTP server 供 CLI 互動
• 維持對 Happy Cloud 的持久 WebSocket 連線，接收手機端的 remote RPC 呼叫

QR Code 配對流程：

1. CLI 在本機產生 QR code，內含加密共用秘密（shared secret）
2. 手機掃描 QR code，建立公鑰挑戰-回應認證
3. 共用秘密建立端對端加密通道
4. 所有資料在本機加密後才上傳至 relay server

無遙測、無追蹤、完全開源。

限制條件

這是最關鍵的部分 — Happy Coder 不能讓你的電腦關機後還繼續跑：

手機斷線不影響執行：daemon 會繼續跑，待手機重連後補送訊息。但桌機關機或休眠，一切停止。

安裝與快速開始

# 安裝
npm install -g happy-coder

# 啟動（取代 claude 指令）
happy

# 啟動 Codex 模式
happy codex

# 指定 Claude 模型
happy -m opus

# 系統診斷
happy doctor

啟動後會顯示 QR code，用手機 App 掃描即可配對。

24/7 永遠在線 AI 助理 — Claude Agent SDK

四種部署模式

Claude Agent SDK（原名 Claude Code SDK，2025/09/29 更名）支援四種部署模式：

Long-Running Sessions 正是 24/7 服務的目標架構 — 維護持久 Worker 程序，Session 狀態保存在記憶體中。

已有的開源整合專案

社群已經有不少將 Claude Code 接上通訊平台的專案：

Telegram 整合：

Slack 整合：

Discord 整合：

多平台統一整合：

Session 管理機制

Claude Agent SDK 提供完整的 Session 生命週期管理：

建立 Session 並捕獲 ID：

from claude_agent_sdk import query, ClaudeAgentOptions

session_id = None

async for message in query(
    prompt="讀取認證模組",
    options=ClaudeAgentOptions(allowed_tools=["Read", "Glob"]),
):
    if hasattr(message, "subtype") and message.subtype == "init":
        session_id = message.data.get("session_id")

恢復 Session：

# 使用 resume 恢復上次 Session，完整上下文保留
async for message in query(
    prompt="現在找出所有呼叫它的地方",
    options=ClaudeAgentOptions(resume=session_id),
):
    print(message)

分叉 Session：

# fork_session=True 建立新分支，不影響原始 Session
async for message in query(
    prompt="改用 GraphQL 重新設計 API",
    options=ClaudeAgentOptions(
        resume=session_id,
        fork_session=True,
    ),
):
    pass

API 費率與成本分析

Token 定價（每百萬 Token）：

Prompt Caching 讀取僅 0.1x 基礎價格，大量使用可顯著降低成本。

速率限制（Tier 2，需存入 $40）：

Claude Max 訂閱的週限制：

重要：訂閱方案有週限制，不適合真正的 24/7 服務。需要不間斷部署必須使用 API 計費模式。

容器基礎設施最低需求：RAM 1 GiB、磁碟 5 GiB、CPU 1 核心，費用約 $0.05/小時。

已知瓶頸與限制

1. 12 秒冷啟動延遲

這是目前最嚴重的生產部署瓶頸（GitHub #34）：

• 每次呼叫 query() 重新初始化 CLI 子程序，額外產生約 12 秒 overhead
• 直接呼叫 Anthropic Messages API 僅需 1-3 秒
• 社群已將「Hot Process Reuse」列為最高優先功能請求
• 截至 2026 年 2 月，官方 Daemon Mode 仍為 open issue

因應策略：維持長期存活的 Worker 程序，讓 SDK process 只初始化一次。

2. 無內建 Heartbeat

不像 OpenClaw 有定期巡檢機制，Claude Agent SDK 不會主動做事。你需要自己用 cron 或排程器實作。

3. 無內建訊息路由

SDK 不處理多通道訊息分發，這部分需要自行建構或使用上述開源專案。

4. 成本不可預測

Agent 操作每次可能消耗大量 Token（系統提示 + 檔案上下文 + 多步驟輸出），需設定 maxTurns 並做好成本監控。

推薦部署架構

若要用 Claude Agent SDK 建構 24/7 服務，推薦架構如下：

graph TB
    subgraph "訊息平台"
        U1["Telegram"]
        U2["Slack"]
        U3["Discord"]
    end

    subgraph "服務層"
        BS["Bot Server<br/>(永久運行)"]
        SM["Session 管理層"]
        DB["Redis / PostgreSQL<br/>(Session ID 儲存)"]
    end

    subgraph "Agent 層"
        W1["SDK Worker 1<br/>(warm)"]
        W2["SDK Worker 2<br/>(warm)"]
        W3["SDK Worker 3<br/>(cold standby)"]
    end

    API["Anthropic API<br/>(按 Token 計費)"]

    U1 --> BS
    U2 --> BS
    U3 --> BS
    BS --> SM
    SM <--> DB
    SM --> W1
    SM --> W2
    SM --> W3
    W1 --> API
    W2 --> API
    W3 --> API

關鍵設計決策：

1. Bot Server 與 SDK Worker 分離，避免 Bot 重啟導致 Session 遺失
2. Session ID 持久化至 Redis 或 PostgreSQL
3. 使用 Docker Compose 或 Kubernetes 確保容器自動重啟
4. 設定 Prompt Caching 降低重複系統提示的成本
5. 使用 Hooks 機制記錄 Audit Log
6. 設定 maxTurns 防止無限循環

三大專案架構比較

綜合比較表

安全模型差異

這是三者差異最大的面向：

OpenClaw 預設部署會將 SSH:22、Gateway:18789、Browser:18791 暴露到公網，API 金鑰以明文儲存。生產環境使用務必進行安全加固。

組合使用策略

這三個工具解決的是不同層次的問題，可以互補：

graph TB
    subgraph "Layer 4 — 生活整合"
        OC["OpenClaw<br/>AI 管家，管理數位生活"]
    end

    subgraph "Layer 3 — 行動存取"
        HC["Happy Coder<br/>隨時隨地操控開發環境"]
    end

    subgraph "Layer 2 — 程式框架"
        SDK["Claude Agent SDK<br/>打造你自己的 AI 工具"]
    end

    subgraph "Layer 1 — 基礎工具"
        CC["Claude Code CLI<br/>終端中的 AI 夥伴"]
    end

    OC --> SDK
    HC --> CC
    SDK --> CC

結論與建議

三個問題的答案

Q1：能用 Happy Coder 在手機上遠端操控 Claude Code 嗎？

可以，而且很簡單。 npm install -g happy-coder 後啟動掃 QR code 就行。但桌機必須保持開機，它不是雲端方案。

Q2：能用 Claude Code 打造 24/7 永遠在線的 AI 助理嗎？

技術上可行，但需要自己組裝基礎設施。 Claude Agent SDK 提供了 AI 核心能力和 Session 管理，但你需要自建：Daemon 服務、訊息路由、Heartbeat 排程、錯誤恢復。好消息是社群已有 Telegram/Slack/Discord 的開源整合專案可以直接用。

Q3：OpenClaw / Happy Coder / Claude Agent SDK 的根本差異是什麼？

依場景推薦

最小可行的 24/7 方案

如果你想用最少的力氣讓 Claude Code 24 小時可用：

1. 在一台常開的機器（Mac Mini / VPS）上安裝 Claude Code
2. 安裝 afk-code（npx afk-code），同時接上 Telegram + Discord
3. 用 caffeinate（macOS）或 systemd（Linux）確保服務不中斷
4. 設定 cron job 定期健康檢查

月成本估算：VPS $5 + Claude API（Sonnet 輕度使用）$50-150 = $55-155/月

這不是 OpenClaw 等級的完整方案，但對個人使用已經足夠。