Regional platforms
Feishu
OpenClaw verbindet sich über das offizielle Plugin @openclaw/feishu mit Feishu/Lark (der All-in-One-Plattform für Zusammenarbeit): Bot-Direktnachrichten, Gruppenchats, Streaming-Antworten in Karten sowie Tools für Feishu-Dokumente, -Wikis, -Drive und Bitable.
Status: produktionsbereit für Bot-Direktnachrichten und Gruppenchats. WebSocket ist der standardmäßige Ereignistransport (keine öffentliche URL erforderlich); der Webhook-Modus ist optional.
Schnellstart
Assistenten zur Kanaleinrichtung ausführen
openclaw channels login --channel feishuDadurch wird das Plugin @openclaw/feishu installiert, falls es fehlt. Anschließend führt Sie der Assistent durch die Einrichtung:
- Manuelle Einrichtung: Fügen Sie eine App-ID und ein App Secret von Feishu Open Platform (
https://open.feishu.cn) oder Lark Developer (https://open.larksuite.com) ein. - QR-Einrichtung: Scannen Sie einen QR-Code in der Feishu-App, um automatisch einen Bot zu erstellen. Dieser Ablauf beschränkt Direktnachrichten auf Ihr eigenes Konto (
dmPolicy: "allowlist"mit Ihreropen_id).
Der Assistent fragt außerdem nach der API-Domain (Feishu oder Lark) und der Gruppenrichtlinie. Wenn die chinesische Feishu-Mobil-App nicht auf den QR-Code reagiert, führen Sie die Einrichtung erneut aus und wählen Sie die manuelle Einrichtung.
Nach Abschluss der Einrichtung den Gateway neu starten, um die Änderungen anzuwenden
openclaw gateway restartZugriffskontrolle
Direktnachrichten
Konfigurieren Sie channels.feishu.dmPolicy (Standard: pairing), um festzulegen, wer dem Bot Direktnachrichten senden darf:
| Wert | Verhalten |
|---|---|
"pairing" |
Unbekannte Benutzer erhalten einen Kopplungscode; Genehmigung über die CLI |
"allowlist" |
Nur in allowFrom aufgeführte Benutzer können chatten |
"open" |
Öffentliche Direktnachrichten; die Konfigurationsvalidierung erfordert, dass allowFrom "*" enthält. Einträge ohne Platzhalter schränken den Zugriff weiterhin ein |
Kopplungsanfrage genehmigen:
openclaw pairing list feishuopenclaw pairing approve feishu <CODE>Gruppenchats
Gruppenrichtlinie (channels.feishu.groupPolicy, Standard: allowlist):
| Wert | Verhalten |
|---|---|
"open" |
Auf alle Nachrichten in Gruppen antworten |
"allowlist" |
Nur auf Gruppen in groupAllowFrom oder ausdrücklich unter groups.<chat_id> konfigurierte Gruppen antworten |
"disabled" |
Alle Gruppennachrichten deaktivieren; ausdrückliche Einträge unter groups.<chat_id> setzen dies nicht außer Kraft |
Erwähnung erforderlich (channels.feishu.requireMention):
- Standard: @Erwähnung erforderlich, außer wenn die effektive Gruppenrichtlinie
"open"lautet; dort ist der Standardwertfalse, damit Nachrichten ohne mögliche Erwähnungen (beispielsweise Bilder) den Agenten dennoch erreichen. - Legen Sie ausdrücklich
trueoderfalsefest, um den Standardwert zu überschreiben; gruppenspezifische Einstellung:channels.feishu.groups.<chat_id>.requireMention. - Die ausschließlich für Rundsendungen vorgesehenen Erwähnungen
@allund@_allgelten nicht als Bot-Erwähnungen. Eine Nachricht, die sowohl@allals auch den Bot direkt erwähnt, zählt weiterhin als Bot-Erwähnung.
Beispiele für die Gruppenkonfiguration
Alle Gruppen zulassen, keine @Erwähnung erforderlich
{ channels: { feishu: { groupPolicy: "open", // requireMention ist unter "open" standardmäßig false }, },}Alle Gruppen zulassen, @Erwähnung weiterhin erforderlich
{ channels: { feishu: { groupPolicy: "open", requireMention: true, }, },}Nur bestimmte Gruppen zulassen
{ channels: { feishu: { groupPolicy: "allowlist", // Gruppen-IDs sehen wie folgt aus: oc_xxx groupAllowFrom: ["oc_xxx", "oc_yyy"], }, },}Im Modus allowlist können Sie eine Gruppe auch zulassen, indem Sie einen ausdrücklichen Eintrag unter groups.<chat_id> hinzufügen. Ausdrückliche Einträge setzen groupPolicy: "disabled" nicht außer Kraft. Platzhalter-Standardwerte unter groups.* konfigurieren passende Gruppen, lassen diese jedoch nicht selbstständig zu.
{ channels: { feishu: { groupPolicy: "allowlist", groups: { oc_xxx: { requireMention: false, }, }, }, },}Absender innerhalb einer Gruppe einschränken
{ channels: { feishu: { groupPolicy: "allowlist", groupAllowFrom: ["oc_xxx"], groups: { oc_xxx: { // open_ids von Benutzern sehen wie folgt aus: ou_xxx allowFrom: ["ou_user1", "ou_user2"], }, }, }, },}channels.feishu.groupSenderAllowFrom legt dieselbe Absender-Zulassungsliste für alle Gruppen fest; ein gruppenspezifisches allowFrom hat Vorrang.
Gruppen-/Benutzer-IDs abrufen
Gruppen-IDs (chat_id, Format: oc_xxx)
Öffnen Sie die Gruppe in Feishu/Lark, klicken Sie oben rechts auf das Menüsymbol und wechseln Sie zu Settings. Die Gruppen-ID (chat_id) ist auf der Einstellungsseite aufgeführt.

Benutzer-IDs (open_id, Format: ou_xxx)
Starten Sie den Gateway, senden Sie dem Bot eine Direktnachricht und prüfen Sie anschließend die Protokolle:
openclaw logs --followSuchen Sie in der Protokollausgabe nach open_id. Sie können auch ausstehende Kopplungsanfragen prüfen:
openclaw pairing list feishuHäufig verwendete Befehle
| Befehl | Beschreibung |
|---|---|
/status |
Bot-Status anzeigen |
/reset |
Aktuelle Sitzung zurücksetzen |
/model |
KI-Modell anzeigen oder wechseln |
Fehlerbehebung
Bot antwortet nicht in Gruppenchats
- Stellen Sie sicher, dass der Bot zur Gruppe hinzugefügt wurde
- Stellen Sie sicher, dass Sie den Bot mit @ erwähnen (standardmäßig erforderlich)
- Vergewissern Sie sich, dass
groupPolicynicht auf"disabled"gesetzt ist - Prüfen Sie die Protokolle:
openclaw logs --follow
Bot empfängt keine Nachrichten
- Stellen Sie sicher, dass der Bot in Feishu Open Platform / Lark Developer veröffentlicht und genehmigt wurde
- Stellen Sie sicher, dass das Ereignisabonnement
im.message.receive_v1enthält - Stellen Sie sicher, dass persistent connection (WebSocket) ausgewählt ist
- Stellen Sie sicher, dass alle erforderlichen Berechtigungsbereiche erteilt wurden
- Stellen Sie sicher, dass der Gateway ausgeführt wird:
openclaw gateway status - Prüfen Sie die Protokolle:
openclaw logs --follow
QR-Einrichtung reagiert in der Feishu-Mobil-App nicht
- Führen Sie die Einrichtung erneut aus:
openclaw channels login --channel feishu - Wählen Sie die manuelle Einrichtung
- Erstellen Sie in Feishu Open Platform eine selbst entwickelte App und kopieren Sie deren App-ID und App Secret
- Fügen Sie diese Anmeldedaten in den Einrichtungsassistenten ein
App Secret offengelegt
- Setzen Sie das App Secret in Feishu Open Platform / Lark Developer zurück
- Aktualisieren Sie den Wert in Ihrer Konfiguration
- Starten Sie den Gateway neu:
openclaw gateway restart
Erweiterte Konfiguration
Mehrere Konten
{ channels: { feishu: { defaultAccount: "main", accounts: { main: { appId: "cli_xxx", appSecret: "xxx", name: "Primärer Bot", tts: { providers: { openai: { voice: "shimmer" }, }, }, }, backup: { appId: "cli_yyy", appSecret: "yyy", name: "Ersatz-Bot", enabled: false, }, }, }, },}defaultAccount bestimmt, welches Konto verwendet wird, wenn ausgehende APIs keine accountId angeben. Kontoeinträge übernehmen Einstellungen der obersten Ebene; die meisten Schlüssel der obersten Ebene können pro Konto überschrieben werden.
accounts.<id>.tts verwendet dieselbe Struktur wie messages.tts und wird tief mit der globalen TTS-Konfiguration zusammengeführt. So können Feishu-Konfigurationen mit mehreren Bots gemeinsam genutzte Provider-Anmeldedaten global beibehalten und pro Konto nur Stimme, Modell, Persona oder Automatikmodus überschreiben.
Nachrichtenlimits
textChunkLimit– Größe ausgehender Textabschnitte (Standard:4000Zeichen)chunkMode–"length"(Standard) teilt am Limit;"newline"bevorzugt ZeilenumbrüchemediaMaxMb– Limit für das Hoch-/Herunterladen von Medien (Standard:30MB)
Streaming
Feishu/Lark unterstützt Streaming-Antworten über interaktive Karten (Card Kit Streaming API). Wenn diese Funktion aktiviert ist, aktualisiert der Bot die Karte während der Texterzeugung in Echtzeit.
{ channels: { feishu: { streaming: true, // Streaming-Kartenausgabe aktivieren (Standard: true) blockStreaming: true, // Streaming abgeschlossener Blöcke aktivieren }, },}Legen Sie streaming: false fest, um die vollständige Antwort in einer Nachricht zu senden; renderMode: "raw" (reiner Text anstelle von Karten) deaktiviert Streaming-Karten ebenfalls. blockStreaming ist standardmäßig deaktiviert; aktivieren Sie es nur, wenn abgeschlossene Assistentenblöcke vor der endgültigen Antwort ausgegeben werden sollen.
Kontingentoptimierung
Reduzieren Sie die Anzahl der Feishu/Lark-API-Aufrufe mit zwei optionalen Optionen:
typingIndicator(Standardtrue): auffalsesetzen, um Aufrufe für Tippreaktionen zu überspringenresolveSenderNames(Standardtrue): auffalsesetzen, um Abfragen von Absenderprofilen zu überspringen
{ channels: { feishu: { typingIndicator: false, resolveSenderNames: false, }, },}Umfang von Gruppensitzungen und Themen-Threads
channels.feishu.groupSessionScope (auf oberster Ebene, pro Konto oder pro Gruppe) steuert, wie Gruppennachrichten Agentensitzungen zugeordnet werden:
| Wert | Sitzung |
|---|---|
"group" (Standard) |
Eine Sitzung pro Gruppenchat |
"group_sender" |
Eine Sitzung pro Kombination aus Gruppe und Absender |
"group_topic" |
Eine Sitzung pro Themen-Thread; greift auf die Gruppensitzung zurück |
"group_topic_sender" |
Eine Sitzung pro Kombination aus Thema und Absender; greift auf Gruppe und Absender zurück |
Für die Themenumfänge verwenden native Feishu/Lark-Themengruppen die Ereignis-thread_id (omt_*) als kanonischen Sitzungsschlüssel des Themas. Wenn bei einem nativen Themenstarter-Ereignis die thread_id fehlt, ruft OpenClaw sie vor dem Routing des Durchlaufs von Feishu ab. Normale Gruppenantworten, die OpenClaw in Threads umwandelt, verwenden weiterhin die Nachrichten-ID der Stammantwort (om_*), damit der erste Durchlauf und nachfolgende Durchläufe in derselben Sitzung verbleiben.
Legen Sie replyInThread: "enabled" (auf oberster Ebene oder pro Gruppe) fest, damit Bot-Antworten einen Feishu-Themen-Thread erstellen oder fortsetzen, anstatt direkt im Nachrichtenverlauf zu antworten. topicSessionMode ist der veraltete Vorgänger von groupSessionScope; bevorzugen Sie groupSessionScope.
Feishu-Arbeitsbereichstools
Das Plugin enthält Agententools für Feishu-Dokumente, Chats, Wissensdatenbanken, Cloud-Speicher, Berechtigungen und Bitable sowie entsprechende Skills (feishu-doc, feishu-drive, feishu-perm, feishu-wiki). Tool-Familien werden über channels.feishu.tools gesteuert:
| Schlüssel | Tools | Standard |
|---|---|---|
tools.doc |
feishu_doc-Dokumentoperationen |
true |
tools.chat |
feishu_chat-Chatinformationen und Mitgliederabfragen |
true |
tools.wiki |
feishu_wiki-Wissensdatenbank (erfordert doc) |
true |
tools.drive |
feishu_drive-Cloud-Speicher |
true |
tools.perm |
feishu_perm-Berechtigungsverwaltung |
false (sensibel) |
tools.scopes |
feishu_app_scopes-Diagnose von App-Berechtigungsbereichen |
true |
tools.bitable |
feishu_bitable_*-Bitable-/Base-Operationen |
true |
tools.base ist ein Alias für tools.bitable; der ausdrückliche Wert von bitable hat Vorrang, wenn beide festgelegt sind. Kontospezifische Steuerungen befinden sich unter accounts.<id>.tools.
Erteilen Sie drive:drive.metadata:readonly für direkte feishu_drive info-Abfragen außerhalb des Stammverzeichnisses, sofern die App nicht bereits über den vollständigen Berechtigungsumfang drive:drive verfügt. Ohne einen der beiden Berechtigungsumfänge bleibt für info die bisherige Suche im Stammverzeichnis über drive:drive:readonly verfügbar.
ACP-Sitzungen
Feishu/Lark unterstützt ACP für Direktnachrichten und Nachrichten in Gruppen-Threads. ACP in Feishu/Lark wird über Textbefehle gesteuert – es gibt keine nativen Menüs für Slash-Befehle. Verwenden Sie daher /acp ...-Nachrichten direkt in der Unterhaltung.
Dauerhafte ACP-Bindung
{ 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 aus dem Chat starten
In einer Feishu/Lark-Direktnachricht oder einem Thread:
/acp spawn codex --thread here--thread here funktioniert für Direktnachrichten und Thread-Nachrichten in Feishu/Lark. Nachfolgende Nachrichten in der gebundenen Unterhaltung werden direkt an diese ACP-Sitzung weitergeleitet.
Multi-Agent-Routing
Verwenden Sie bindings, um Direktnachrichten oder Gruppen in Feishu/Lark an unterschiedliche Agenten weiterzuleiten.
{ 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" }, }, }, ],}Routing-Felder:
match.channel:"feishu"match.peer.kind:"direct"(Direktnachricht) oder"group"(Gruppenchat)match.peer.id: Open ID des Benutzers (ou_xxx) oder Gruppen-ID (oc_xxx)
Tipps zum Ermitteln finden Sie unter Gruppen-/Benutzer-IDs abrufen.
Agentenisolierung pro Benutzer (dynamische Agentenerstellung)
Aktivieren Sie dynamicAgentCreation, um automatisch isolierte Agenteninstanzen für jeden Benutzer von Direktnachrichten zu erstellen. Jeder Benutzer erhält:
- Ein unabhängiges Arbeitsbereichsverzeichnis
- Separate Dateien
USER.md/SOUL.md/MEMORY.md - Einen privaten Unterhaltungsverlauf
- Isolierte Skills und einen isolierten Zustand
Dies ist für öffentliche Bots unverzichtbar, wenn jeder Benutzer seinen eigenen privaten KI-Assistenten erhalten soll.
Schnelle Einrichtung
{ channels: { feishu: { dmPolicy: "open", allowFrom: ["*"], dynamicAgentCreation: { enabled: true, workspaceTemplate: "~/.openclaw/workspace-{agentId}", agentDirTemplate: "~/.openclaw/agents/{agentId}/agent", }, }, }, session: { // Entscheidend: Macht die Direktnachrichten jedes Benutzers zu seiner „Hauptsitzung“ // Lädt USER.md / SOUL.md / MEMORY.md automatisch // Verwenden Sie für eine stärkere Isolierung stattdessen "per-channel-peer" dmScope: "main", },}Funktionsweise
Wenn ein neuer Benutzer seine erste Direktnachricht sendet:
- Der Kanal generiert eine eindeutige
agentId:feishu-{user_open_id}für das Standardkonto oder einen begrenzten, mit dem Konto präfigierten Identitäts-Digest für ein benanntes Konto - Erstellt einen neuen Arbeitsbereich unter dem Pfad
workspaceTemplate - Registriert den Agenten und erstellt eine Zuordnung für diesen Benutzer
- Der Arbeitsbereichshelfer stellt beim ersten Zugriff Bootstrap-Dateien (
AGENTS.md,SOUL.md,USER.mdusw.) bereit - Leitet alle zukünftigen Nachrichten dieses Benutzers an seinen dedizierten Agenten weiter
Konfigurationsoptionen
| Einstellung | Beschreibung | Standardwert |
|---|---|---|
channels.feishu.dynamicAgentCreation.enabled |
Automatische Agentenerstellung pro Benutzer aktivieren | false |
channels.feishu.dynamicAgentCreation.workspaceTemplate |
Pfadvorlage für dynamische Agenten-Arbeitsbereiche | ~/.openclaw/workspace-{agentId} |
channels.feishu.dynamicAgentCreation.agentDirTemplate |
Vorlage für den Namen des Agentenverzeichnisses | ~/.openclaw/agents/{agentId}/agent |
channels.feishu.dynamicAgentCreation.maxAgents |
Maximale Anzahl zu erstellender dynamischer Agenten | unbegrenzt |
Template-Variablen:
{agentId}- die generierte Agenten-ID (z. B.feishu-ou_xxxxxxoderfeishu-support-<identity_digest>){userId}- die Feishu-open_id des Absenders (z. B.ou_xxxxxx)
Sitzungsbereich
session.dmScope steuert, wie Direktnachrichten Agentensitzungen zugeordnet werden. Dies ist eine globale Einstellung, die alle Kanäle betrifft.
| Wert | Verhalten | Am besten geeignet für |
|---|---|---|
"main" |
Die Direktnachrichten jedes Benutzers werden der Hauptsitzung seines Agenten zugeordnet | Einzelbenutzer-Bots, bei denen USER.md / SOUL.md automatisch geladen werden sollen |
"per-peer" |
Jeder Kommunikationspartner erhält eine separate Sitzung (unabhängig vom Kanal) | Isolierung ausschließlich anhand der Absenderidentität |
"per-channel-peer" |
Jede Kombination aus Kanal und Benutzer erhält eine separate Sitzung | Öffentliche Mehrbenutzer-Bots, die eine stärkere Isolierung benötigen |
"per-account-channel-peer" |
Jede Kombination aus Konto, Kanal und Benutzer erhält eine separate Sitzung | Bots mit mehreren Konten, die eine Sitzungsisolierung auf Kontoebene benötigen |
Abwägung: Die Verwendung von "main" ermöglicht das automatische Laden von Bootstrap-Dateien (USER.md, SOUL.md, MEMORY.md), bedeutet jedoch, dass alle Direktnachrichten über alle Kanäle hinweg dasselbe Muster für Sitzungsschlüssel verwenden. Für öffentliche Mehrbenutzer-Bots, bei denen die Isolierung wichtiger ist als das automatische Laden von Bootstrap-Dateien, sollten Sie "per-channel-peer" erwägen und die Bootstrap-Dateien manuell verwalten.
Typische Mehrbenutzerbereitstellung
{ channels: { feishu: { appId: "cli_xxx", appSecret: "xxx", dmPolicy: "open", allowFrom: ["*"], groupPolicy: "open", requireMention: true, dynamicAgentCreation: { enabled: true, workspaceTemplate: "~/.openclaw/workspace-{agentId}", agentDirTemplate: "~/.openclaw/agents/{agentId}/agent", }, }, }, session: { // Wählen Sie dmScope entsprechend Ihren Isolationsanforderungen: // "main" für das automatische Laden beim Bootstrap, "per-channel-peer" für eine stärkere Isolation dmScope: "main", }, bindings: [], // Leer – dynamische Agenten binden sich automatisch}Überprüfung
Prüfen Sie die Gateway-Protokolle, um zu bestätigen, dass die dynamische Erstellung funktioniert:
feishu: Dynamischer Agent "feishu-ou_xxxxxx" wird für Benutzer ou_xxxxxx erstellt Workspace: /home/user/.openclaw/workspace-feishu-ou_xxxxxx Agentenverzeichnis: /home/user/.openclaw/agents/feishu-ou_xxxxxx/agentListen Sie alle erstellten Workspaces auf:
ls -la ~/.openclaw/workspace-*Hinweise
- Workspace-Isolation: Jeder Benutzer erhält ein eigenes Workspace-Verzeichnis und eine eigene Agenteninstanz. Benutzer können im normalen Nachrichtenfluss weder den Konversationsverlauf noch die Dateien anderer Benutzer sehen.
- Sicherheitsgrenze: Dies ist ein Mechanismus zur Isolation des Nachrichtenkontexts, keine Sicherheitsgrenze gegenüber böswilligen Mitmandanten. Der Agentenprozess und die Hostumgebung werden gemeinsam genutzt.
- Konfigurationsschreibvorgänge müssen aktiviert bleiben: Die dynamische Agentenerstellung schreibt Agenten und Bindungen in die Konfiguration; sie wird übersprungen, wenn
channels.feishu.configWritesauffalsegesetzt ist (Standard: aktiviert). bindingssollte leer sein: Dynamische Agenten registrieren ihre eigenen Bindungen automatisch- Upgrade-Pfad: Bestehende manuelle Bindungen funktionieren weiterhin neben dynamischen Agenten
session.dmScopeist global: Dies betrifft alle Kanäle, nicht nur Feishu
Konfigurationsreferenz
Vollständige Konfiguration: Gateway-Konfiguration
| Einstellung | Beschreibung | Standardwert |
|---|---|---|
channels.feishu.enabled |
Kanal aktivieren/deaktivieren | true |
channels.feishu.domain |
API-Domain (feishu, lark oder eine https://-Basis-URL) |
feishu |
channels.feishu.connectionMode |
Ereignisübertragung (websocket oder webhook) |
websocket |
channels.feishu.defaultAccount |
Standardkonto für ausgehendes Routing | default |
channels.feishu.verificationToken |
Für den Webhook-Modus erforderlich | - |
channels.feishu.encryptKey |
Für den Webhook-Modus erforderlich | - |
channels.feishu.webhookPath |
Pfad der Webhook-Route | /feishu/events |
channels.feishu.webhookHost |
Bind-Host des Webhooks | 127.0.0.1 |
channels.feishu.webhookPort |
Bind-Port des Webhooks | 3000 |
channels.feishu.accounts.<id>.appId |
App-ID | - |
channels.feishu.accounts.<id>.appSecret |
App-Secret | - |
channels.feishu.accounts.<id>.domain |
Kontospezifische Domain-Überschreibung | feishu |
channels.feishu.accounts.<id>.tts |
Kontospezifische TTS-Überschreibung | messages.tts |
channels.feishu.dmPolicy |
Richtlinie für Direktnachrichten (pairing, allowlist, open) |
pairing |
channels.feishu.allowFrom |
Zulassungsliste für Direktnachrichten (Liste von open_id) | - |
channels.feishu.groupPolicy |
Gruppenrichtlinie (open, allowlist, disabled) |
allowlist |
channels.feishu.groupAllowFrom |
Gruppenzulassungsliste | - |
channels.feishu.groupSenderAllowFrom |
Auf alle Gruppen angewendete Absenderzulassungsliste | - |
channels.feishu.requireMention |
@Erwähnung in Gruppen erfordern | true (false bei Richtlinie open) |
channels.feishu.groups.<chat_id>.requireMention |
Gruppenspezifische Überschreibung für @Erwähnungen; explizite IDs lassen die Gruppe auch im Zulassungslistenmodus zu | geerbt |
channels.feishu.groups.<chat_id>.enabled |
Bestimmte Gruppe aktivieren/deaktivieren | true |
channels.feishu.groups.<chat_id>.allowFrom |
Gruppenspezifische Absenderzulassungsliste (überschreibt groupSenderAllowFrom) |
- |
channels.feishu.groupSessionScope |
Zuordnung von Gruppensitzungen (group, group_sender, group_topic, group_topic_sender) |
group |
channels.feishu.replyInThread |
Bot-Antworten erstellen/fortsetzen Themen-Threads (disabled, enabled) |
disabled |
channels.feishu.reactionNotifications |
Eingehende Reaktionsereignisse (off, own, all) |
own |
channels.feishu.dynamicAgentCreation.enabled |
Automatische Erstellung benutzerspezifischer Agenten aktivieren | false |
channels.feishu.dynamicAgentCreation.workspaceTemplate |
Pfadvorlage für Arbeitsbereiche dynamischer Agenten | ~/.openclaw/workspace-{agentId} |
channels.feishu.dynamicAgentCreation.agentDirTemplate |
Vorlage für den Verzeichnisnamen des Agenten | ~/.openclaw/agents/{agentId}/agent |
channels.feishu.dynamicAgentCreation.maxAgents |
Maximale Anzahl zu erstellender dynamischer Agenten | unbegrenzt |
channels.feishu.textChunkLimit |
Größe der Nachrichtensegmente | 4000 |
channels.feishu.chunkMode |
Segmentaufteilung (length oder newline) |
length |
channels.feishu.mediaMaxMb |
Größenlimit für Medien | 30 |
channels.feishu.renderMode |
Darstellung von Antworten (auto, raw, card) |
auto |
channels.feishu.streaming |
Streaming-Ausgabe für Karten | true |
channels.feishu.blockStreaming |
Antwort-Streaming abgeschlossener Blöcke | false |
channels.feishu.typingIndicator |
Tippreaktionen senden | true |
channels.feishu.resolveSenderNames |
Anzeigenamen von Absendern auflösen | true |
channels.feishu.configWrites |
Vom Kanal initiierte Konfigurationsänderungen zulassen (für dynamische Agenten erforderlich) | true |
channels.feishu.tools.doc |
Dokumentwerkzeuge aktivieren | true |
channels.feishu.tools.chat |
Werkzeuge für Chatinformationen aktivieren | true |
channels.feishu.tools.wiki |
Wissensdatenbankwerkzeuge aktivieren (erfordert doc) |
true |
channels.feishu.tools.drive |
Cloudspeicherwerkzeuge aktivieren | true |
channels.feishu.tools.perm |
Werkzeuge zur Berechtigungsverwaltung aktivieren | false |
channels.feishu.tools.scopes |
Diagnosewerkzeug für App-Berechtigungsbereiche aktivieren | true |
channels.feishu.tools.bitable |
Bitable/Base-Werkzeuge aktivieren | true |
channels.feishu.tools.base |
Alias für channels.feishu.tools.bitable; explizites bitable hat Vorrang, wenn beide gesetzt sind |
true |
channels.feishu.accounts.<id>.tools.bitable |
Kontospezifische Freigabe für Bitable/Base-Werkzeuge | geerbt |
channels.feishu.accounts.<id>.tools.base |
Kontospezifischer Alias für tools.bitable |
geerbt |
Unterstützte Nachrichtentypen
Empfangen
- ✅ Text
- ✅ Rich-Text (Beitrag)
- ✅ Bilder
- ✅ Dateien
- ✅ Audio
- ✅ Video/Medien
- ✅ Sticker
Eingehende Feishu/Lark-Audionachrichten werden als Medienplatzhalter statt als
unverarbeitetes file_key-JSON normalisiert. Wenn tools.media.audio konfiguriert
ist, lädt OpenClaw die Sprachnotiz-Ressource herunter und führt vor dem
Agentendurchlauf die gemeinsame Audiotranskription aus, sodass der Agent das
gesprochene Transkript erhält. Wenn Feishu den Transkripttext direkt in der
Audionutzlast bereitstellt, wird dieser Text ohne einen weiteren ASR-Aufruf
verwendet. Ohne Provider für Audiotranskription erhält der Agent weiterhin einen
<media:audio>-Platzhalter zusammen mit dem gespeicherten Anhang, nicht die
unverarbeitete Feishu-Ressourcennutzlast.
Senden
- ✅ Text
- ✅ Bilder
- ✅ Dateien
- ✅ Audio
- ✅ Video/Medien
- ✅ Interaktive Karten (einschließlich Streaming-Aktualisierungen)
- ⚠️ Rich-Text (beitragsähnliche Formatierung; unterstützt nicht den vollständigen Funktionsumfang für die Inhaltserstellung in Feishu/Lark)
Native Feishu/Lark-Audioblasen verwenden den Feishu-Nachrichtentyp audio und
erfordern hochgeladene Medien im Format Ogg/Opus (file_type: "opus").
Vorhandene .opus- und .ogg-Medien werden direkt als natives Audio gesendet.
MP3/WAV/M4A und andere wahrscheinliche Audioformate werden nur dann mit ffmpeg
in Ogg/Opus mit 48 kHz transkodiert, wenn die Antwort eine Sprachausgabe anfordert
(audioAsVoice / Nachrichtenwerkzeug asVoice, einschließlich TTS-Antworten als
Sprachnotiz). Gewöhnliche MP3-Anhänge bleiben reguläre Dateien. Wenn ffmpeg
fehlt oder die Konvertierung fehlschlägt, greift OpenClaw auf einen Dateianhang
zurück und protokolliert den Grund.
Threads und Antworten
- ✅ Inline-Antworten
- ✅ Thread-Antworten
- ✅ Medienantworten bleiben beim Antworten auf eine Thread-Nachricht dem Thread zugeordnet
Das Routing von Themen-Gruppensitzungen wird unter Umfang von Gruppensitzungen und Themen-Threads behandelt.
Verwandte Themen
- Kanalübersicht - alle unterstützten Kanäle
- Kopplung - Authentifizierung von Direktnachrichten und Kopplungsablauf
- Gruppen - Verhalten von Gruppenchats und Steuerung durch Erwähnungen
- Kanal-Routing - Sitzungs-Routing für Nachrichten
- Sicherheit - Zugriffsmodell und Härtung