飛書

Feishu/Lark 是一套整合式協作平台，團隊可在其中聊天、分享文件、管理行事曆，並共同完成工作。

狀態： 可用於生產環境的機器人私訊與群組聊天。WebSocket 是預設模式；Webhook 模式為選用。

# 快速開始

openclaw channels login --channel feishu

openclaw gateway restart

# 存取控制

# 私訊

設定 dmPolicy 來控制誰可以私訊機器人：

• "pairing" - 未知使用者會收到配對碼；透過 CLI 核准
• "allowlist" - 只有列在 allowFrom 中的使用者可以聊天（預設：僅機器人擁有者）
• "open" - 僅在 allowFrom 包含 "*" 時允許公開私訊；若使用限制性項目，只有符合的使用者可以聊天
• "disabled" - 停用所有私訊

核准配對請求：

openclaw pairing list feishu
openclaw pairing approve feishu <CODE>

# 群組聊天

群組政策（channels.feishu.groupPolicy）：

預設：allowlist

提及要求（channels.feishu.requireMention）：

• true - 需要 @提及（預設）
• false - 不需 @提及即可回應
• 依群組覆寫：channels.feishu.groups.<chat_id>.requireMention
• 僅廣播用途的 @all 和 @_all 不會視為機器人提及。同時提及 @all 並直接提及機器人的訊息，仍會計為機器人提及。

# 群組設定範例

# 允許所有群組，不需要 @提及

{
  channels: {
    feishu: {
      groupPolicy: "open",
    },
  },
}

# 允許所有群組，仍需要 @提及

{
  channels: {
    feishu: {
      groupPolicy: "open",
      requireMention: true,
    },
  },
}

# 僅允許特定群組

{
  channels: {
    feishu: {
      groupPolicy: "allowlist",
      // Group IDs look like: oc_xxx
      groupAllowFrom: ["oc_xxx", "oc_yyy"],
    },
  },
}

在 allowlist 模式中，你也可以透過新增明確的 groups.<chat_id> 項目來允許群組。明確項目不會覆寫 groupPolicy: "disabled"。groups.* 下的萬用字元預設值會設定符合的群組，但它們本身不會允許群組。

{
  channels: {
    feishu: {
      groupPolicy: "allowlist",
      groups: {
        oc_xxx: {
          requireMention: false,
        },
      },
    },
  },
}

# 限制群組內的傳送者

{
  channels: {
    feishu: {
      groupPolicy: "allowlist",
      groupAllowFrom: ["oc_xxx"],
      groups: {
        oc_xxx: {
          // User open_ids look like: ou_xxx
          allowFrom: ["ou_user1", "ou_user2"],
        },
      },
    },
  },
}

# 取得群組/使用者 ID

# 群組 ID（chat_id，格式：oc_xxx）

在 Feishu/Lark 中開啟群組，點擊右上角的選單圖示，然後前往 設定。群組 ID（chat_id）會列在設定頁面中。

# 使用者 ID（open_id，格式：ou_xxx）

啟動 Gateway，傳送私訊給機器人，然後檢查日誌：

openclaw logs --follow

在日誌輸出中尋找 open_id。你也可以檢查待處理的配對請求：

openclaw pairing list feishu

# 常用命令

# 疑難排解

# 機器人在群組聊天中沒有回應

1. 確認機器人已加入群組
2. 確認你已 @提及機器人（預設需要）
3. 確認 groupPolicy 不是 "disabled"
4. 檢查日誌：openclaw logs --follow

# 機器人沒有收到訊息

1. 確認機器人已在 Feishu Open Platform / Lark Developer 發布並核准
2. 確認事件訂閱包含 im.message.receive_v1
3. 確認已選取 持續連線（WebSocket）
4. 確認已授予所有必要權限範圍
5. 確認 Gateway 正在執行：openclaw gateway status
6. 檢查日誌：openclaw logs --follow

# App Secret 外洩

1. 在 Feishu Open Platform / Lark Developer 中重設 App Secret
2. 更新你的設定中的值
3. 重新啟動 Gateway：openclaw gateway restart

# 進階設定

# 多個帳號

{
  channels: {
    feishu: {
      defaultAccount: "main",
      accounts: {
        main: {
          appId: "cli_xxx",
          appSecret: "xxx",
          name: "Primary bot",
          tts: {
            providers: {
              openai: { voice: "shimmer" },
            },
          },
        },
        backup: {
          appId: "cli_yyy",
          appSecret: "yyy",
          name: "Backup bot",
          enabled: false,
        },
      },
    },
  },
}

defaultAccount 控制在傳出 API 未指定 accountId 時使用哪個帳號。 accounts.<id>.tts 使用與 messages.tts 相同的結構，並在全域 TTS 設定之上進行深度合併，因此多機器人 Feishu 設定可以將共用的提供者憑證保留在全域，同時只針對每個帳號覆寫語音、模型、persona 或自動模式。

# 訊息限制

• textChunkLimit - 傳出文字區塊大小（預設：2000 個字元）
• mediaMaxMb - 媒體上傳/下載限制（預設：30 MB）

# 串流

Feishu/Lark 支援透過互動卡片進行串流回覆。啟用後，機器人會在產生文字時即時更新卡片。

{
  channels: {
    feishu: {
      streaming: true, // enable streaming card output (default: true)
      blockStreaming: true, // opt into completed-block streaming
    },
  },
}

設定 streaming: false 可在一則訊息中傳送完整回覆。blockStreaming 預設關閉；只有在你想要於最終回覆前先送出已完成的 assistant 區塊時才啟用。

# 配額最佳化

使用兩個選用旗標減少 Feishu/Lark API 呼叫次數：

• typingIndicator（預設 true）：設定為 false 可略過輸入中反應呼叫
• resolveSenderNames（預設 true）：設定為 false 可略過傳送者個人資料查詢

{
  channels: {
    feishu: {
      typingIndicator: false,
      resolveSenderNames: false,
    },
  },
}

# ACP 工作階段

Feishu/Lark 支援私訊與群組討論串訊息的 ACP。Feishu/Lark ACP 由文字命令驅動，沒有原生斜線命令選單，因此請直接在對話中使用 /acp ... 訊息。

# 持續性 ACP 繫結

{
  agents: {
    list: [
      {
        id: "codex",
        runtime: {
          type: "acp",
          acp: {
            agent: "codex",
            backend: "acpx",
            mode: "persistent",
            cwd: "/workspace/openclaw",
          },
        },
      },
    ],
  },
  bindings: [
    {
      type: "acp",
      agentId: "codex",
      match: {
        channel: "feishu",
        accountId: "default",
        peer: { kind: "direct", id: "ou_1234567890" },
      },
    },
    {
      type: "acp",
      agentId: "codex",
      match: {
        channel: "feishu",
        accountId: "default",
        peer: { kind: "group", id: "oc_group_chat:topic:om_topic_root" },
      },
      acp: { label: "codex-feishu-topic" },
    },
  ],
}

# 從聊天產生 ACP

在 Feishu/Lark 私訊或討論串中：

/acp spawn codex --thread here

--thread here 適用於私訊與 Feishu/Lark 討論串訊息。繫結對話中的後續訊息會直接路由到該 ACP 工作階段。

# 多代理路由

使用 bindings 將 Feishu/Lark 私訊或群組路由到不同代理。

{
  agents: {
    list: [
      { id: "main" },
      { id: "agent-a", workspace: "/home/user/agent-a" },
      { id: "agent-b", workspace: "/home/user/agent-b" },
    ],
  },
  bindings: [
    {
      agentId: "agent-a",
      match: {
        channel: "feishu",
        peer: { kind: "direct", id: "ou_xxx" },
      },
    },
    {
      agentId: "agent-b",
      match: {
        channel: "feishu",
        peer: { kind: "group", id: "oc_zzz" },
      },
    },
  ],
}

路由欄位：

• match.channel："feishu"
• match.peer.kind："direct"（私訊）或 "group"（群組聊天）
• match.peer.id：使用者 Open ID（ou_xxx）或群組 ID（oc_xxx）

請參閱取得群組/使用者 ID 以取得查詢提示。

# 設定參考

完整設定：Gateway 設定

# 支援的訊息類型

# 接收

• ✅ 文字
• ✅ 富文字（貼文）
• ✅ 圖片
• ✅ 檔案
• ✅ 音訊
• ✅ 影片/媒體
• ✅ 貼圖

傳入的 Feishu/Lark 音訊訊息會標準化為媒體預留位置，而不是原始 file_key JSON。設定 tools.media.audio 時，OpenClaw 會下載語音備註資源，並在 agent turn 前執行共用音訊轉錄，因此 agent 會收到語音逐字稿。如果 Feishu 直接在音訊承載中包含逐字稿文字，則會使用該文字而不再進行另一次 ASR 呼叫。若沒有音訊轉錄提供者，agent 仍會收到 <media:audio> 預留位置加上已儲存的附件，而不是原始 Feishu 資源承載。

# 傳送

• ✅ 文字
• ✅ 圖片
• ✅ 檔案
• ✅ 音訊
• ✅ 影片/媒體
• ✅ 互動式卡片（包含串流更新）
• ⚠️ 富文字（貼文樣式格式；不支援完整 Feishu/Lark 編輯功能）

原生 Feishu/Lark 音訊泡泡使用 Feishu audio 訊息類型，並需要 Ogg/Opus 上傳媒體（file_type: "opus"）。現有的 .opus 和 .ogg 媒體會直接作為原生音訊傳送。只有在回覆要求語音傳遞時（audioAsVoice / 訊息工具 asVoice，包含 TTS 語音備註回覆），MP3/WAV/M4A 和其他可能的音訊格式才會使用 ffmpeg 轉碼為 48kHz Ogg/Opus。一般 MP3 附件會保留為一般檔案。如果缺少 ffmpeg 或轉換失敗，OpenClaw 會退回使用檔案附件並記錄原因。

# 執行緒與回覆

• ✅ 行內回覆
• ✅ 執行緒回覆
• ✅ 回覆執行緒訊息時，媒體回覆會保持執行緒感知

對於 groupSessionScope: "group_topic" 和 "group_topic_sender"，原生 Feishu/Lark 主題群組會使用事件 thread_id（omt_*）作為標準主題工作階段鍵。如果原生主題起始事件省略 thread_id，OpenClaw 會在路由該 turn 前從 Feishu 補齊。OpenClaw 轉成執行緒的一般群組回覆會繼續使用回覆根訊息 ID（om_*），因此第一個 turn 和後續 turn 會保持在同一個工作階段。

# 相關

• 通道概覽 - 所有支援的通道
• 配對 - DM 驗證與配對流程
• 群組 - 群組聊天行為與提及控管
• 通道路由 - 訊息的工作階段路由
• 安全性 - 存取模型與強化