Documentation Index
Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
Verwenden Sie für OpenClaw iMessage-Bereitstellungen
imsg auf einem macOS-Messages-Host, der angemeldet ist. Wenn Ihr Gateway unter Linux oder Windows läuft, verweisen Sie channels.imessage.cliPath auf einen SSH-Wrapper, der imsg auf dem Mac ausführt.Das Nachholen nach Gateway-Ausfallzeiten ist optional. Wenn es aktiviert ist (channels.imessage.catchup.enabled: true), spielt das Gateway beim nächsten Start eingehende Nachrichten erneut ab, die während der Offline-Zeit (Absturz, Neustart, Mac-Ruhezustand) in chat.db eingegangen sind. Standardmäßig deaktiviert — siehe Nachholen nach Gateway-Ausfallzeiten. Schließt openclaw#78649.imsg rpc und kommuniziert über JSON-RPC auf stdio (kein separater Daemon/Port). Erweiterte Aktionen erfordern imsg launch und einen erfolgreichen Private-API-Test.
Private-API-Aktionen
Antworten, Tapbacks, Effekte, Anhänge und Gruppenverwaltung.
Kopplung
iMessage-DMs verwenden standardmäßig den Kopplungsmodus.
Entfernter Mac
Verwenden Sie einen SSH-Wrapper, wenn das Gateway nicht auf dem Messages-Mac läuft.
Konfigurationsreferenz
Vollständige iMessage-Feldreferenz.
Schnelle Einrichtung
- Lokaler Mac (schneller Weg)
- Entfernter Mac über SSH
Anforderungen und Berechtigungen (macOS)
- Messages muss auf dem Mac angemeldet sein, auf dem
imsgläuft. - Full Disk Access ist für den Prozesskontext erforderlich, der OpenClaw/
imsgausführt (Zugriff auf die Messages-Datenbank). - Eine Automatisierungsberechtigung ist erforderlich, um Nachrichten über Messages.app zu senden.
- Für erweiterte Aktionen (reagieren / bearbeiten / Senden zurücknehmen / Thread-Antwort / Effekte / Gruppenoperationen) muss System Integrity Protection deaktiviert sein — siehe Aktivieren der imsg Private API unten. Einfaches Senden/Empfangen von Text und Medien funktioniert ohne dies.
Aktivieren der imsg Private API
imsg wird in zwei Betriebsmodi ausgeliefert:
- Basismodus (Standard, keine SIP-Änderungen erforderlich): ausgehender Text und Medien über
send, eingehendes Watch/History, Chatliste. Dies erhalten Sie direkt mit einer frischen Installation überbrew install steipete/tap/imsgplus den oben genannten macOS-Standardberechtigungen. - Private-API-Modus:
imsginjiziert eine Hilfs-dylib inMessages.app, um interneIMCore-Funktionen aufzurufen. Dadurch werdenreact,edit,unsend,reply(Thread-Antwort),sendWithEffect,renameGroup,setGroupIcon,addParticipant,removeParticipant,leaveGroupsowie Tippindikatoren und Lesebestätigungen freigeschaltet.
imsg-README formuliert die Anforderung ausdrücklich:
Erweiterte Funktionen wieDie Helper-Injection-Technik verwendet die eigene dylib vonread,typing,launch, bridge-gestütztes Rich Send, Nachrichtenänderung und Chatverwaltung sind optional. Sie erfordern, dass SIP deaktiviert ist und eine Hilfs-dylib inMessages.appinjiziert wird.imsg launchverweigert die Injektion, wenn SIP aktiviert ist.
imsg, um Messages-Private-APIs zu erreichen. Im OpenClaw-iMessage-Pfad gibt es keinen Drittanbieter-Server und keine BlueBubbles-Laufzeit.
Einrichtung
-
Installieren (oder aktualisieren) Sie
imsgauf dem Mac, auf dem Messages.app läuft:Die Ausgabe vonimsg status --jsonmeldetbridge_version,rpc_methodsund pro Methodeselectors, damit Sie vor dem Start sehen können, was der aktuelle Build unterstützt. -
Deaktivieren Sie System Integrity Protection. Dies ist macOS-versionsspezifisch, da die zugrunde liegende Apple-Anforderung vom Betriebssystem und der Hardware abhängt:
- macOS 10.13–10.15 (Sierra–Catalina): Deaktivieren Sie Library Validation über Terminal, starten Sie in den Recovery Mode neu, führen Sie
csrutil disableaus und starten Sie neu. - macOS 11+ (Big Sur und neuer), Intel: Recovery Mode (oder Internet Recovery),
csrutil disable, neu starten. - macOS 11+, Apple Silicon: Startsequenz über den Einschaltknopf, um Recovery zu öffnen; halten Sie bei neueren macOS-Versionen die Taste Linke Umschalttaste gedrückt, wenn Sie auf Fortfahren klicken, und führen Sie dann
csrutil disableaus. Setups mit virtuellen Maschinen folgen einem separaten Ablauf — erstellen Sie zuerst einen VM-Snapshot. - macOS 26 / Tahoe: Library-Validation-Richtlinien und Private-Entitlement-Prüfungen von
imagentwurden weiter verschärft;imsgbenötigt möglicherweise einen aktualisierten Build, um Schritt zu halten. Wennimsg launch-Injektion oder bestimmteselectorsnach einem großen macOS-Upgradefalsezurückgeben, prüfen Sie die Release Notes vonimsg, bevor Sie davon ausgehen, dass der SIP-Schritt erfolgreich war.
imsg launchausführen. - macOS 10.13–10.15 (Sierra–Catalina): Deaktivieren Sie Library Validation über Terminal, starten Sie in den Recovery Mode neu, führen Sie
-
Injizieren Sie den Helper. Mit deaktiviertem SIP und angemeldeter Messages.app:
imsg launchverweigert die Injektion, wenn SIP noch aktiviert ist; dies dient daher zugleich als Bestätigung, dass Schritt 2 wirksam war. -
Prüfen Sie die Bridge über OpenClaw:
Der iMessage-Eintrag sollte
worksmelden, undimsg status --json | jq '.selectors'sollteretractMessagePart: truesowie alle Edit-/Typing-/Read-Selektoren anzeigen, die Ihr macOS-Build bereitstellt. Das Pro-Methode-Gating des OpenClaw-Plugins inactions.tsbewirbt nur Aktionen, deren zugrunde liegender Selektortrueist; die Aktionsoberfläche, die Sie in der Tool-Liste des Agent sehen, spiegelt daher wider, was die Bridge auf diesem Host tatsächlich ausführen kann.
openclaw channels status --probe den Kanal als works meldet, bestimmte Aktionen aber zur Dispatch-Zeit “iMessage <action> requires the imsg private API bridge” auslösen, führen Sie imsg launch erneut aus — der Helper kann herausfallen (Neustart von Messages.app, OS-Update usw.), und der gecachte Status available: true bewirbt Aktionen weiter, bis der nächste Probe ihn aktualisiert.
Wenn Sie SIP nicht deaktivieren können
Wenn deaktiviertes SIP für Ihr Bedrohungsmodell nicht akzeptabel ist:imsgfällt auf den Basismodus zurück — nur Text + Medien + Empfang.- Das OpenClaw-Plugin bewirbt weiterhin Text-/Medienversand und eingehende Überwachung; es blendet lediglich
react,edit,unsend,reply,sendWithEffectund Gruppenoperationen aus der Aktionsoberfläche aus (gemäß dem Pro-Methode-Capability-Gate). - Sie können einen separaten Nicht-Apple-Silicon-Mac (oder einen dedizierten Bot-Mac) mit deaktiviertem SIP für die iMessage-Workload betreiben, während SIP auf Ihren primären Geräten aktiviert bleibt. Siehe Dedizierter macOS-Bot-Benutzer (separate iMessage-Identität) unten.
Zugriffskontrolle und Routing
- DM-Richtlinie
- Gruppenrichtlinie + Erwähnungen
- Sessions and deterministic replies
channels.imessage.dmPolicy steuert Direktnachrichten:pairing(Standard)allowlistopen(erfordert, dassallowFrom"*"enthält)disabled
channels.imessage.allowFrom.Allowlist-Einträge müssen Absender identifizieren: Handles oder statische Absenderzugriffsgruppen (accessGroup:<name>). Verwenden Sie channels.imessage.groupAllowFrom für Chat-Ziele wie chat_id:*, chat_guid:* oder chat_identifier:*; verwenden Sie channels.imessage.groups für numerische chat_id-Registrierungsschlüssel.ACP-Konversationsbindungen
Legacy-iMessage-Chats können auch an ACP-Sessions gebunden werden. Schneller Operator-Ablauf:- Führen Sie
/acp spawn codex --bind herein der Direktnachricht oder im erlaubten Gruppenchat aus. - Zukünftige Nachrichten in derselben iMessage-Konversation werden an die erzeugte ACP-Session geroutet.
/newund/resetsetzen dieselbe gebundene ACP-Session an Ort und Stelle zurück./acp closeschließt die ACP-Session und entfernt die Bindung.
bindings[] mit type: "acp" und match.channel: "imessage" unterstützt.
match.peer.id kann Folgendes verwenden:
- normalisiertes Direktnachrichten-Handle wie
+15555550123oderuser@example.com chat_id:<id>(empfohlen für stabile Gruppenbindungen)chat_guid:<guid>chat_identifier:<identifier>
Bereitstellungsmuster
Dedicated bot macOS user (separate iMessage identity)
Dedicated bot macOS user (separate iMessage identity)
Verwenden Sie eine dedizierte Apple ID und einen dedizierten macOS-Benutzer, damit Bot-Datenverkehr von Ihrem persönlichen Messages-Profil isoliert ist.Typischer Ablauf:
- Erstellen Sie einen dedizierten macOS-Benutzer bzw. melden Sie sich dort an.
- Melden Sie sich in diesem Benutzer in Messages mit der Bot-Apple-ID an.
- Installieren Sie
imsgin diesem Benutzer. - Erstellen Sie einen SSH-Wrapper, damit OpenClaw
imsgin diesem Benutzerkontext ausführen kann. - Verweisen Sie
channels.imessage.accounts.<id>.cliPathund.dbPathauf dieses Benutzerprofil.
Remote Mac over Tailscale (example)
Remote Mac over Tailscale (example)
Gängige Topologie:Verwenden Sie SSH-Schlüssel, damit sowohl SSH als auch SCP nicht interaktiv sind.
Stellen Sie zuerst sicher, dass der Hostschlüssel vertrauenswürdig ist (zum Beispiel
- Gateway läuft auf Linux/VM
- iMessage +
imsgläuft auf einem Mac in Ihrem Tailnet - Der
cliPath-Wrapper verwendet SSH, umimsgauszuführen remoteHostaktiviert SCP-Abrufe von Anhängen
ssh bot@mac-mini.tailnet-1234.ts.net), damit known_hosts befüllt wird.Multi-account pattern
Multi-account pattern
iMessage unterstützt Konfiguration pro Konto unter
channels.imessage.accounts.Jedes Konto kann Felder wie cliPath, dbPath, allowFrom, groupPolicy, mediaMaxMb, Verlaufseinstellungen und Allowlists für Anhang-Stammverzeichnisse überschreiben.Medien, Chunking und Zustellziele
Attachments and media
Attachments and media
- Die Verarbeitung eingehender Anhänge ist standardmäßig deaktiviert — setzen Sie
channels.imessage.includeAttachments: true, um Fotos, Sprachnotizen, Videos und andere Anhänge an den Agent weiterzuleiten. Wenn dies deaktiviert ist, werden iMessages, die nur Anhänge enthalten, verworfen, bevor sie den Agent erreichen, und erzeugen möglicherweise gar keineInbound message-Protokollzeile. - Remote-Anhangspfade können per SCP abgerufen werden, wenn
remoteHostgesetzt ist - Anhangspfade müssen erlaubten Stammverzeichnissen entsprechen:
channels.imessage.attachmentRoots(lokal)channels.imessage.remoteAttachmentRoots(Remote-SCP-Modus)- Standard-Stammverzeichnismuster:
/Users/*/Library/Messages/Attachments
- SCP verwendet strikte Hostschlüsselprüfung (
StrictHostKeyChecking=yes) - Die Größe ausgehender Medien verwendet
channels.imessage.mediaMaxMb(Standard 16 MB)
Outbound chunking
Outbound chunking
- Text-Chunk-Limit:
channels.imessage.textChunkLimit(Standard 4000) - Chunk-Modus:
channels.imessage.chunkModelength(Standard)newline(absatzorientierte Aufteilung)
Addressing formats
Addressing formats
Bevorzugte explizite Ziele:
chat_id:123(empfohlen für stabiles Routing)chat_guid:...chat_identifier:...
imessage:+1555...sms:+1555...user@example.com
Private API-Aktionen
Wennimsg launch läuft und openclaw channels status --probe privateApi.available: true meldet, kann das Nachrichtentool zusätzlich zum normalen Textversand native iMessage-Aktionen verwenden.
Available actions
Available actions
- react: iMessage-Tapbacks hinzufügen/entfernen (
messageId,emoji,remove). Unterstützte Tapbacks werden love, like, dislike, laugh, emphasize und question zugeordnet. - reply: Eine Thread-Antwort auf eine vorhandene Nachricht senden (
messageId,textodermessage, pluschatGuid,chatId,chatIdentifieroderto). - sendWithEffect: Text mit einem iMessage-Effekt senden (
textodermessage,effectodereffectId). - edit: Eine gesendete Nachricht auf unterstützten macOS-/Private-API-Versionen bearbeiten (
messageId,textodernewText). - unsend: Eine gesendete Nachricht auf unterstützten macOS-/Private-API-Versionen zurückziehen (
messageId). - upload-file: Medien/Dateien senden (
bufferals base64 oder ein hydratisiertesmedia/path/filePath,filename, optionalasVoice). Legacy-Alias:sendAttachment. - renameGroup, setGroupIcon, addParticipant, removeParticipant, leaveGroup: Gruppenchats verwalten, wenn das aktuelle Ziel eine Gruppenkonversation ist.
Message IDs
Message IDs
Eingehender iMessage-Kontext enthält sowohl kurze
MessageSid-Werte als auch vollständige Nachrichten-GUIDs, sofern verfügbar. Kurze IDs sind auf den aktuellen In-Memory-Antwort-Cache beschränkt und werden vor der Verwendung gegen den aktuellen Chat geprüft. Wenn eine kurze ID abgelaufen ist oder zu einem anderen Chat gehört, wiederholen Sie den Vorgang mit der vollständigen MessageSidFull.Capability detection
Capability detection
OpenClaw blendet Private API-Aktionen nur aus, wenn der zwischengespeicherte Prüfstatus angibt, dass die Bridge nicht verfügbar ist. Wenn der Status unbekannt ist, bleiben Aktionen sichtbar und die Dispatch-Probes laufen verzögert, damit die erste Aktion nach
imsg launch ohne separate manuelle Statusaktualisierung erfolgreich sein kann.Read receipts and typing
Read receipts and typing
Wenn die Private-API-Bridge aktiv ist, werden akzeptierte eingehende Chats vor dem Dispatch als gelesen markiert, und dem Absender wird eine Tippblase angezeigt, während der Agent generiert. Deaktivieren Sie das Markieren als gelesen mit:Ältere
imsg-Builds, die vor der Capability-Liste pro Methode liegen, deaktivieren Tippen/Lesebestätigungen stillschweigend; OpenClaw protokolliert einmalig pro Neustart eine Warnung, damit die fehlende Bestätigung zugeordnet werden kann.Inbound tapbacks
Inbound tapbacks
OpenClaw abonniert iMessage-Tapbacks und routet akzeptierte Reaktionen als Systemereignisse statt als normalen Nachrichtentext, sodass ein Benutzer-Tapback keine gewöhnliche Antwortschleife auslöst.Der Benachrichtigungsmodus wird durch
channels.imessage.reactionNotifications gesteuert:"own"(Standard): nur benachrichtigen, wenn Benutzer auf vom Bot verfasste Nachrichten reagieren."all": für alle eingehenden Tapbacks von autorisierten Absendern benachrichtigen."off": eingehende Tapbacks ignorieren.
channels.imessage.accounts.<id>.reactionNotifications.Konfigurationsschreibvorgänge
iMessage erlaubt standardmäßig kanalinitiierte Konfigurationsschreibvorgänge (für/config set|unset, wenn commands.config: true).
Deaktivieren:
Zusammenführen aufgeteilter Direktnachrichten-Sendungen (Befehl + URL in einer Eingabe)
Wenn ein Benutzer einen Befehl und eine URL zusammen eingibt — z. B.Dump https://example.com/article — teilt Apples Messages-App den Versand in zwei separate chat.db-Zeilen auf:
- Eine Textnachricht (
"Dump"). - Eine URL-Vorschau-Sprechblase (
"https://...") mit OG-Vorschaubildern als Anhängen.
imsg einführt.
channels.imessage.coalesceSameSenderDms aktiviert für eine DM das Zusammenführen aufeinanderfolgender Zeilen desselben Absenders zu einem einzelnen Agenten-Zug. Gruppenchats werden weiterhin pro Nachricht ausgeliefert, damit die Turn-Struktur mit mehreren Benutzern erhalten bleibt.
- Wann aktivieren
- Aktivieren
- Kompromisse
Aktivieren Sie dies, wenn:
- Sie Skills ausliefern, die
command + payloadin einer Nachricht erwarten (dump, paste, save, queue usw.). - Ihre Benutzer URLs, Bilder oder lange Inhalte zusammen mit Befehlen einfügen.
- Sie die zusätzliche DM-Turn-Latenz akzeptieren können (siehe unten).
- Sie minimale Befehlslatenz für einwortige DM-Trigger benötigen.
- Alle Ihre Abläufe aus einmaligen Befehlen ohne Payload-Folge bestehen.
Szenarien und was der Agent sieht
| Benutzer verfasst | chat.db erzeugt | Flag aus (Standard) | Flag an + 2500-ms-Fenster |
|---|---|---|---|
Dump https://example.com (ein Senden) | 2 Zeilen ~1 s Abstand | Zwei Agenten-Züge: nur „Dump“, dann URL | Ein Zug: zusammengeführter Text Dump https://example.com |
Save this 📎image.jpg caption (Anhang + Text) | 2 Zeilen | Zwei Züge (Anhang beim Merge verworfen) | Ein Zug: Text + Bild bleiben erhalten |
/status (eigenständiger Befehl) | 1 Zeile | Sofortige Auslieferung | Bis zum Fenster warten, dann ausliefern |
| URL allein eingefügt | 1 Zeile | Sofortige Auslieferung | Sofortige Auslieferung (nur ein Eintrag im Bucket) |
| Text + URL als zwei absichtlich separate Nachrichten, Minuten auseinander | 2 Zeilen außerhalb des Fensters | Zwei Züge | Zwei Züge (Fenster läuft dazwischen ab) |
| Schnelle Flut (>10 kleine DMs innerhalb des Fensters) | N Zeilen | N Züge | Ein Zug, begrenzte Ausgabe (erste + neueste, Text-/Anhanglimits angewendet) |
| Zwei Personen tippen in einem Gruppenchat | N Zeilen von M Absendern | M+ Züge (einer pro Absender-Bucket) | M+ Züge – Gruppenchats werden nicht zusammengeführt |
Nachholen nach Gateway-Ausfallzeit
Wenn das Gateway offline ist (Absturz, Neustart, Mac im Ruhezustand, Maschine aus), setztimsg watch beim aktuellen chat.db-Zustand fort, sobald das Gateway wieder hochfährt – alles, was während der Lücke angekommen ist, wird standardmäßig nie gesehen. Catchup spielt diese Nachrichten beim nächsten Start erneut ab, damit der Agent eingehenden Traffic nicht stillschweigend verpasst.
Catchup ist standardmäßig deaktiviert. Aktivieren Sie es pro Channel:
Ablauf
Ein Durchlauf promonitorIMessageProvider-Start, sequenziert als imsg launch bereit → watch.subscribe → performIMessageCatchup → Live-Auslieferungsschleife. Catchup selbst verwendet chats.list + pro Chat messages.history gegen denselben JSON-RPC-Client, den imsg watch verwendet. Alles, was während des Catchup-Durchlaufs ankommt, läuft normal durch die Live-Auslieferung; der vorhandene Inbound-Dedupe-Cache absorbiert Überschneidungen mit erneut abgespielten Zeilen.
Jede erneut abgespielte Zeile wird durch den Live-Auslieferungspfad geführt (evaluateIMessageInbound + dispatchInboundMessage), sodass Allowlists, Gruppenrichtlinie, Debouncer, Echo-Cache und Lesebestätigungen bei erneut abgespielten und Live-Nachrichten identisch funktionieren.
Cursor- und Retry-Semantik
Catchup hält einen Cursor pro Konto unter<openclawStateDir>/imessage/catchup/<account>__<hash>.json (das OpenClaw-State-Verzeichnis ist standardmäßig ~/.openclaw, überschreibbar mit OPENCLAW_STATE_DIR):
- Der Cursor rückt bei jeder erfolgreichen Auslieferung vor und wird gehalten, wenn die Auslieferung einer Zeile wirft – der nächste Start versucht dieselbe Zeile ab dem gehaltenen Cursor erneut.
- Nach
maxFailureRetriesaufeinanderfolgenden Throws gegen dieselbeguidprotokolliert Catchup einwarnund rückt den Cursor zwangsweise hinter die verklemmte Nachricht vor, damit folgende Starts Fortschritt machen können. - Bereits aufgegebene GUIDs werden bei späteren Läufen beim Auftauchen übersprungen (kein Auslieferungsversuch) und in der Laufzusammenfassung unter
skippedGivenUpgezählt.
Für Betreiber sichtbare Signale
WARN ... capped to perRunLimit bedeutet, dass ein einzelner Start den vollständigen Rückstand nicht abgearbeitet hat. Erhöhen Sie perRunLimit (max. 500), wenn Ihre Lücken regelmäßig den Standarddurchlauf von 50 Zeilen überschreiten.
Wann Sie es deaktiviert lassen sollten
- Das Gateway läuft kontinuierlich mit Watchdog-Autoneustart und Lücken sind immer < ein paar Sekunden – der Standard „aus“ ist in Ordnung.
- Das DM-Volumen ist niedrig und verpasste Nachrichten würden das Agentenverhalten nicht ändern – das anfängliche Fenster
firstRunLookbackMinuteskann beim ersten Aktivieren überraschenden alten Kontext ausliefern.
firstRunLookbackMinutes zurück (Standard 30 min), nicht das vollständige Fenster maxAgeMinutes – dadurch wird vermieden, dass eine lange Historie von Nachrichten vor der Aktivierung erneut abgespielt wird.
Fehlerbehebung
imsg nicht gefunden oder RPC nicht unterstützt
imsg nicht gefunden oder RPC nicht unterstützt
Validieren Sie das Binary und die RPC-Unterstützung:Wenn der Probe RPC als nicht unterstützt meldet, aktualisieren Sie
imsg. Wenn Private-API-Aktionen nicht verfügbar sind, führen Sie imsg launch in der angemeldeten macOS-Benutzersitzung aus und führen Sie den Probe erneut aus. Wenn das Gateway nicht unter macOS läuft, verwenden Sie statt des lokalen Standardpfads imsg das oben beschriebene Setup „Remote Mac über SSH“.Gateway läuft nicht unter macOS
Gateway läuft nicht unter macOS
Der Standard Führen Sie dann aus:
cliPath: "imsg" muss auf dem Mac laufen, der bei Nachrichten angemeldet ist. Setzen Sie unter Linux oder Windows channels.imessage.cliPath auf ein Wrapper-Skript, das per SSH zu diesem Mac verbindet und imsg "$@" ausführt.DMs werden ignoriert
DMs werden ignoriert
Prüfen Sie:
channels.imessage.dmPolicychannels.imessage.allowFrom- Pairing-Genehmigungen (
openclaw pairing list imessage)
Gruppennachrichten werden ignoriert
Gruppennachrichten werden ignoriert
Prüfen Sie:
channels.imessage.groupPolicychannels.imessage.groupAllowFrom- Allowlist-Verhalten von
channels.imessage.groups - Erwähnungsmuster-Konfiguration (
agents.list[].groupChat.mentionPatterns)
Remote-Anhänge schlagen fehl
Remote-Anhänge schlagen fehl
Prüfen Sie:
channels.imessage.remoteHostchannels.imessage.remoteAttachmentRoots- SSH/SCP-Schlüsselauthentifizierung vom Gateway-Host
- Hostschlüssel existiert in
~/.ssh/known_hostsauf dem Gateway-Host - Lesbarkeit des Remote-Pfads auf dem Mac, auf dem Nachrichten läuft
macOS-Berechtigungsaufforderungen wurden verpasst
macOS-Berechtigungsaufforderungen wurden verpasst
Führen Sie es erneut in einem interaktiven GUI-Terminal im selben Benutzer-/Sitzungskontext aus und genehmigen Sie die Aufforderungen:Bestätigen Sie, dass „Full Disk Access“ + „Automation“ für den Prozesskontext gewährt sind, der OpenClaw/
imsg ausführt.Verweise auf die Konfigurationsreferenz
Verwandte Themen
- Channels-Übersicht – alle unterstützten Channels
- BlueBubbles-Entfernung und der imsg-iMessage-Pfad – Ankündigung und Migrationszusammenfassung
- Von BlueBubbles kommend – Tabelle zur Konfigurationsübersetzung und schrittweise Umstellung
- Pairing – DM-Authentifizierung und Pairing-Ablauf
- Gruppen – Gruppenchat-Verhalten und Mention-Gating
- Channel-Routing – Sitzungsrouting für Nachrichten
- Sicherheit – Zugriffsmodell und Härtung