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.
Pour les déploiements OpenClaw iMessage, utilisez
imsg sur un hôte macOS Messages connecté. Si votre Gateway s’exécute sous Linux ou Windows, pointez channels.imessage.cliPath vers un wrapper SSH qui exécute imsg sur le Mac.Le rattrapage après indisponibilité du Gateway est optionnel. Lorsqu’il est activé (channels.imessage.catchup.enabled: true), le gateway rejoue au démarrage suivant les messages entrants arrivés dans chat.db pendant qu’il était hors ligne (plantage, redémarrage, mise en veille du Mac). Désactivé par défaut — voir Rattrapage après une indisponibilité du gateway. Clôt openclaw#78649.imsg rpc et communique en JSON-RPC sur stdio (pas de démon/port distinct). Les actions avancées nécessitent imsg launch et une sonde d’API privée réussie.
Actions d’API privée
Réponses, tapbacks, effets, pièces jointes et gestion des groupes.
Appairage
Les MP iMessage utilisent le mode d’appairage par défaut.
Mac distant
Utilisez un wrapper SSH lorsque le Gateway ne s’exécute pas sur le Mac Messages.
Référence de configuration
Référence complète des champs iMessage.
Configuration rapide
- Mac local (chemin rapide)
- Mac distant via SSH
Exigences et autorisations (macOS)
- Messages doit être connecté sur le Mac exécutant
imsg. - L’accès complet au disque est requis pour le contexte de processus exécutant OpenClaw/
imsg(accès à la base de données Messages). - L’autorisation d’automatisation est requise pour envoyer des messages via Messages.app.
- Pour les actions avancées (réagir / modifier / annuler l’envoi / réponse en fil / effets / opérations de groupe), la Protection de l’intégrité du système doit être désactivée — voir Activation de l’API privée imsg ci-dessous. L’envoi/réception de texte et de médias de base fonctionne sans cela.
Activation de l’API privée imsg
imsg est fourni avec deux modes de fonctionnement :
- Mode de base (par défaut, aucune modification de SIP requise) : texte et médias sortants via
send, surveillance/historique entrants, liste des conversations. C’est ce que vous obtenez immédiatement après un nouveaubrew install steipete/tap/imsgplus les autorisations macOS standard ci-dessus. - Mode API privée :
imsginjecte une dylib d’assistance dansMessages.apppour appeler des fonctionsIMCoreinternes. C’est ce qui débloquereact,edit,unsend,reply(en fil),sendWithEffect,renameGroup,setGroupIcon,addParticipant,removeParticipant,leaveGroup, ainsi que les indicateurs de saisie et les confirmations de lecture.
imsg est explicite sur cette exigence :
Les fonctionnalités avancées telles queLa technique d’injection de l’assistant utilise la propre dylib deread,typing,launch, l’envoi riche adossé au pont, la mutation de messages et la gestion des conversations sont optionnelles. Elles exigent que SIP soit désactivé et qu’une dylib d’assistance soit injectée dansMessages.app.imsg launchrefuse l’injection lorsque SIP est activé.
imsg pour accéder aux API privées de Messages. Il n’y a pas de serveur tiers ni d’environnement d’exécution BlueBubbles dans le chemin iMessage d’OpenClaw.
Configuration
-
Installez (ou mettez à niveau)
imsgsur le Mac qui exécute Messages.app :La sortie deimsg status --jsonindiquebridge_version,rpc_methodset lesselectorspar méthode afin que vous puissiez voir ce que la version actuelle prend en charge avant de commencer. -
Désactivez la Protection de l’intégrité du système. Cela dépend de la version de macOS, car l’exigence Apple sous-jacente varie selon l’OS et le matériel :
- macOS 10.13–10.15 (Sierra–Catalina) : désactivez Library Validation via Terminal, redémarrez en mode Récupération, exécutez
csrutil disable, redémarrez. - macOS 11+ (Big Sur et versions ultérieures), Intel : mode Récupération (ou Récupération par Internet),
csrutil disable, redémarrez. - macOS 11+, Apple Silicon : séquence de démarrage avec le bouton d’alimentation pour entrer en mode Récupération ; sur les versions récentes de macOS, maintenez la touche Maj gauche lorsque vous cliquez sur Continuer, puis
csrutil disable. Les configurations de machine virtuelle suivent un flux distinct — prenez d’abord un instantané de la VM. - macOS 26 / Tahoe : les politiques de validation de bibliothèques et les contrôles d’autorisations privées
imagentse sont encore renforcés ;imsgpeut nécessiter une version mise à jour pour suivre. Si l’injection deimsg launchou certainsselectorscommencent à renvoyer false après une mise à niveau majeure de macOS, consultez les notes de version deimsgavant de supposer que l’étape SIP a réussi.
imsg launch. - macOS 10.13–10.15 (Sierra–Catalina) : désactivez Library Validation via Terminal, redémarrez en mode Récupération, exécutez
-
Injectez l’assistant. Avec SIP désactivé et Messages.app connecté :
imsg launchrefuse l’injection lorsque SIP est encore activé ; cela sert donc aussi de confirmation que l’étape 2 a été prise en compte. -
Vérifiez le pont depuis OpenClaw :
L’entrée iMessage doit indiquer
works, etimsg status --json | jq '.selectors'doit afficherretractMessagePart: trueainsi que les sélecteurs de modification / saisie / lecture exposés par votre version de macOS. Le filtrage par méthode du Plugin OpenClaw dansactions.tsn’annonce que les actions dont le sélecteur sous-jacent vauttrue; la surface d’actions que vous voyez dans la liste d’outils de l’agent reflète donc ce que le pont peut réellement faire sur cet hôte.
openclaw channels status --probe indique que le canal est works mais que certaines actions lèvent “iMessage <action> requires the imsg private API bridge” au moment de l’envoi, exécutez de nouveau imsg launch — l’assistant peut disparaître (redémarrage de Messages.app, mise à jour de l’OS, etc.) et l’état available: true mis en cache continuera d’annoncer les actions jusqu’à ce que la prochaine sonde l’actualise.
Quand vous ne pouvez pas désactiver SIP
Si la désactivation de SIP n’est pas acceptable pour votre modèle de menace :imsgrevient au mode de base — texte + médias + réception uniquement.- Le Plugin OpenClaw annonce toujours l’envoi de texte/médias et la surveillance entrante ; il masque simplement
react,edit,unsend,reply,sendWithEffectet les opérations de groupe dans la surface d’actions (selon le filtrage de capacité par méthode). - Vous pouvez exécuter un Mac non Apple Silicon distinct (ou un Mac bot dédié) avec SIP désactivé pour la charge de travail iMessage, tout en gardant SIP activé sur vos appareils principaux. Voir Utilisateur macOS bot dédié (identité iMessage séparée) ci-dessous.
Contrôle d’accès et routage
- Politique MP
- Politique de groupe + mentions
- Sessions and deterministic replies
channels.imessage.dmPolicy contrôle les messages directs :pairing(par défaut)allowlistopen(nécessite queallowFrominclue"*")disabled
channels.imessage.allowFrom.Les entrées de liste d’autorisation doivent identifier les expéditeurs : identifiants ou groupes d’accès d’expéditeur statiques (accessGroup:<name>). Utilisez channels.imessage.groupAllowFrom pour les cibles de conversation telles que chat_id:*, chat_guid:* ou chat_identifier:* ; utilisez channels.imessage.groups pour les clés de registre numériques chat_id.Liaisons de conversation ACP
Les anciennes conversations iMessage peuvent également être liées à des sessions ACP. Flux opérateur rapide :- Exécutez
/acp spawn codex --bind heredans le MP ou la conversation de groupe autorisée. - Les futurs messages dans cette même conversation iMessage sont routés vers la session ACP lancée.
/newet/resetréinitialisent sur place la même session ACP liée./acp closeferme la session ACP et supprime la liaison.
bindings[] de niveau supérieur avec type: "acp" et match.channel: "imessage".
match.peer.id peut utiliser :
- un identifiant de MP normalisé comme
+15555550123ouuser@example.com chat_id:<id>(recommandé pour des liaisons de groupe stables)chat_guid:<guid>chat_identifier:<identifier>
Modèles de déploiement
Dedicated bot macOS user (separate iMessage identity)
Dedicated bot macOS user (separate iMessage identity)
Utilisez un identifiant Apple et un utilisateur macOS dédiés afin que le trafic du bot soit isolé de votre profil Messages personnel.Flux typique :
- Créez/connectez-vous à un utilisateur macOS dédié.
- Connectez-vous à Messages avec l’identifiant Apple du bot dans cet utilisateur.
- Installez
imsgdans cet utilisateur. - Créez un wrapper SSH afin qu’OpenClaw puisse exécuter
imsgdans le contexte de cet utilisateur. - Faites pointer
channels.imessage.accounts.<id>.cliPathet.dbPathvers ce profil utilisateur.
Remote Mac over Tailscale (example)
Remote Mac over Tailscale (example)
Topologie courante :Utilisez des clés SSH afin que SSH et SCP soient tous deux non interactifs.
Assurez-vous d’abord que la clé d’hôte est approuvée (par exemple
- le gateway s’exécute sur Linux/VM
- iMessage +
imsgs’exécutent sur un Mac dans votre tailnet - le wrapper
cliPathutilise SSH pour exécuterimsg remoteHostactive la récupération des pièces jointes par SCP
ssh bot@mac-mini.tailnet-1234.ts.net) afin que known_hosts soit renseigné.Multi-account pattern
Multi-account pattern
iMessage prend en charge la configuration par compte sous
channels.imessage.accounts.Chaque compte peut remplacer des champs tels que cliPath, dbPath, allowFrom, groupPolicy, mediaMaxMb, les paramètres d’historique et les allowlists de racines de pièces jointes.Médias, segmentation et cibles de livraison
Attachments and media
Attachments and media
- l’ingestion des pièces jointes entrantes est désactivée par défaut — définissez
channels.imessage.includeAttachments: truepour transmettre les photos, mémos vocaux, vidéos et autres pièces jointes à l’agent. Lorsqu’elle est désactivée, les iMessages contenant uniquement des pièces jointes sont rejetés avant d’atteindre l’agent et peuvent ne produire aucune ligne de journalInbound message. - les chemins de pièces jointes distants peuvent être récupérés via SCP lorsque
remoteHostest défini - les chemins de pièces jointes doivent correspondre aux racines autorisées :
channels.imessage.attachmentRoots(local)channels.imessage.remoteAttachmentRoots(mode SCP distant)- motif de racine par défaut :
/Users/*/Library/Messages/Attachments
- SCP utilise une vérification stricte de la clé d’hôte (
StrictHostKeyChecking=yes) - la taille des médias sortants utilise
channels.imessage.mediaMaxMb(16 Mo par défaut)
Outbound chunking
Outbound chunking
- limite de segment de texte :
channels.imessage.textChunkLimit(4000 par défaut) - mode de segmentation :
channels.imessage.chunkModelength(par défaut)newline(découpage donnant la priorité aux paragraphes)
Addressing formats
Addressing formats
Cibles explicites préférées :
chat_id:123(recommandé pour un routage stable)chat_guid:...chat_identifier:...
imessage:+1555...sms:+1555...user@example.com
Actions d’API privée
Lorsqueimsg launch est en cours d’exécution et que openclaw channels status --probe signale privateApi.available: true, l’outil de message peut utiliser des actions natives d’iMessage en plus des envois de texte normaux.
Available actions
Available actions
- react : ajouter/supprimer des tapbacks iMessage (
messageId,emoji,remove). Les tapbacks pris en charge correspondent à love, like, dislike, laugh, emphasize et question. - reply : envoyer une réponse en fil à un message existant (
messageId,textoumessage, pluschatGuid,chatId,chatIdentifierouto). - sendWithEffect : envoyer du texte avec un effet iMessage (
textoumessage,effectoueffectId). - edit : modifier un message envoyé sur les versions macOS/API privée prises en charge (
messageId,textounewText). - unsend : retirer un message envoyé sur les versions macOS/API privée prises en charge (
messageId). - upload-file : envoyer des médias/fichiers (
bufferen base64 ou unmedia/path/filePathhydraté,filename,asVoicefacultatif). Alias hérité :sendAttachment. - renameGroup, setGroupIcon, addParticipant, removeParticipant, leaveGroup : gérer les conversations de groupe lorsque la cible actuelle est une conversation de groupe.
Message IDs
Message IDs
Le contexte iMessage entrant inclut à la fois des valeurs
MessageSid courtes et des GUID de message complets lorsqu’ils sont disponibles. Les ID courts sont limités au cache récent de réponses en mémoire et sont vérifiés par rapport à la conversation actuelle avant utilisation. Si un ID court a expiré ou appartient à une autre conversation, réessayez avec le MessageSidFull complet.Capability detection
Capability detection
OpenClaw masque les actions d’API privée uniquement lorsque l’état de sonde mis en cache indique que le pont est indisponible. Si l’état est inconnu, les actions restent visibles et déclenchent les sondes à la demande afin que la première action puisse réussir après
imsg launch sans actualisation manuelle séparée de l’état.Read receipts and typing
Read receipts and typing
Lorsque le pont d’API privée est actif, les conversations entrantes acceptées sont marquées comme lues avant la distribution et une bulle de saisie est affichée à l’expéditeur pendant que l’agent génère. Désactivez le marquage comme lu avec :Les anciennes versions d’
imsg antérieures à la liste de capacités par méthode désactiveront silencieusement la saisie/lecture ; OpenClaw journalise un avertissement unique par redémarrage afin que l’absence d’accusé de lecture soit attribuable.Inbound tapbacks
Inbound tapbacks
OpenClaw s’abonne aux tapbacks iMessage et route les réactions acceptées comme événements système au lieu de texte de message normal, de sorte qu’un tapback utilisateur ne déclenche pas une boucle de réponse ordinaire.Le mode de notification est contrôlé par
channels.imessage.reactionNotifications :"own"(par défaut) : notifier uniquement lorsque des utilisateurs réagissent à des messages rédigés par le bot."all": notifier pour tous les tapbacks entrants provenant d’expéditeurs autorisés."off": ignorer les tapbacks entrants.
channels.imessage.accounts.<id>.reactionNotifications.Écritures de configuration
iMessage autorise par défaut les écritures de configuration initiées par le canal (pour/config set|unset lorsque commands.config: true).
Désactiver :
Fusion des MP envoyés séparément (commande + URL dans une seule composition)
Lorsqu’un utilisateur saisit ensemble une commande et une URL — par exempleDump https://example.com/article — l’app Messages d’Apple divise l’envoi en deux lignes chat.db distinctes :
- Un message texte (
"Dump"). - Une bulle d’aperçu d’URL (
"https://...") avec des images d’aperçu OG comme pièces jointes.
imsg.
channels.imessage.coalesceSameSenderDms permet à un DM de fusionner des lignes consécutives du même expéditeur en un seul tour d’agent. Les discussions de groupe continuent à être distribuées message par message afin de préserver la structure des tours multi-utilisateurs.
- Quand l’activer
- Activation
- Compromis
Activez-le lorsque :
- Vous expédiez des Skills qui attendent
command + payloaddans un seul message (dump, paste, save, queue, etc.). - Vos utilisateurs collent des URL, des images ou du contenu long avec des commandes.
- Vous pouvez accepter la latence de tour de DM ajoutée (voir ci-dessous).
- Vous avez besoin d’une latence minimale pour les déclencheurs de DM d’un seul mot.
- Tous vos flux sont des commandes ponctuelles sans suivi de charge utile.
Scénarios et ce que l’agent voit
| L’utilisateur compose | chat.db produit | Indicateur désactivé (par défaut) | Indicateur activé + fenêtre de 2500 ms |
|---|---|---|---|
Dump https://example.com (un envoi) | 2 lignes à ~1 s d’écart | Deux tours d’agent : « Dump » seul, puis l’URL | Un tour : texte fusionné Dump https://example.com |
Save this 📎image.jpg caption (pièce jointe + texte) | 2 lignes | Deux tours (pièce jointe supprimée lors de la fusion) | Un tour : texte + image préservés |
/status (commande autonome) | 1 ligne | Distribution instantanée | Attend jusqu’à la fenêtre, puis distribue |
| URL collée seule | 1 ligne | Distribution instantanée | Distribution instantanée (une seule entrée dans le bucket) |
| Texte + URL envoyés comme deux messages séparés délibérés, à quelques minutes d’intervalle | 2 lignes hors fenêtre | Deux tours | Deux tours (la fenêtre expire entre eux) |
| Rafale rapide (>10 petits DM dans la fenêtre) | N lignes | N tours | Un tour, sortie bornée (première + dernières, plafonds texte/pièces jointes appliqués) |
| Deux personnes écrivent dans une discussion de groupe | N lignes de M expéditeurs | M+ tours (un par bucket d’expéditeur) | M+ tours — les discussions de groupe ne sont pas coalescées |
Rattraper après une interruption du Gateway
Lorsque le Gateway est hors ligne (plantage, redémarrage, mise en veille du Mac, machine éteinte),imsg watch reprend depuis l’état actuel de chat.db une fois que le Gateway redémarre — tout ce qui est arrivé pendant l’intervalle n’est, par défaut, jamais vu. Le rattrapage rejoue ces messages au démarrage suivant afin que l’agent ne manque pas silencieusement le trafic entrant.
Le rattrapage est désactivé par défaut. Activez-le par canal :
Fonctionnement
Un passage par démarrage demonitorIMessageProvider, séquencé comme suit : imsg launch prêt → watch.subscribe → performIMessageCatchup → boucle de distribution en direct. Le rattrapage lui-même utilise chats.list + messages.history par discussion avec le même client JSON-RPC que celui utilisé par imsg watch. Tout ce qui arrive pendant le passage de rattrapage passe normalement par la distribution en direct ; le cache de déduplication entrante existant absorbe tout chevauchement avec les lignes rejouées.
Chaque ligne rejouée est injectée dans le chemin de distribution en direct (evaluateIMessageInbound + dispatchInboundMessage), de sorte que les listes d’autorisation, la politique de groupe, l’anti-rebond, le cache d’écho et les accusés de lecture se comportent de façon identique pour les messages rejoués et les messages en direct.
Sémantique du curseur et des nouvelles tentatives
Le rattrapage conserve un curseur par compte à<openclawStateDir>/imessage/catchup/<account>__<hash>.json (le répertoire d’état OpenClaw vaut par défaut ~/.openclaw, surchargeable avec OPENCLAW_STATE_DIR) :
- Le curseur avance à chaque distribution réussie et reste en place lorsque la distribution d’une ligne lève une exception — le démarrage suivant réessaie la même ligne depuis le curseur conservé.
- Après
maxFailureRetriesexceptions consécutives pour le mêmeguid, le rattrapage journalise unwarnet force l’avancement du curseur au-delà du message bloqué afin que les démarrages suivants puissent progresser. - Les GUID déjà abandonnés sont ignorés dès qu’ils sont vus (aucune tentative de distribution) lors des exécutions ultérieures et comptés sous
skippedGivenUpdans le résumé d’exécution.
Signaux visibles par l’opérateur
WARN ... capped to perRunLimit signifie qu’un seul démarrage n’a pas vidé tout l’arriéré. Augmentez perRunLimit (max 500) si vos interruptions dépassent régulièrement le passage par défaut de 50 lignes.
Quand le laisser désactivé
- Le Gateway fonctionne en continu avec redémarrage automatique par watchdog et les interruptions durent toujours moins de quelques secondes — la valeur par défaut désactivée convient.
- Le volume de DM est faible et les messages manqués ne changeraient pas le comportement de l’agent — la fenêtre initiale
firstRunLookbackMinutespeut distribuer un ancien contexte surprenant lors de la première activation.
firstRunLookbackMinutes (30 min par défaut), pas sur toute la fenêtre maxAgeMinutes — cela évite de rejouer un long historique de messages antérieurs à l’activation.
Dépannage
imsg introuvable ou RPC non pris en charge
imsg introuvable ou RPC non pris en charge
Validez le binaire et la prise en charge RPC :Si la sonde indique que RPC n’est pas pris en charge, mettez à jour
imsg. Si les actions d’API privée ne sont pas disponibles, exécutez imsg launch dans la session utilisateur macOS connectée et relancez la sonde. Si le Gateway ne s’exécute pas sur macOS, utilisez plutôt la configuration Mac distant via SSH ci-dessus au lieu du chemin imsg local par défaut.Le Gateway ne s’exécute pas sur macOS
Le Gateway ne s’exécute pas sur macOS
Le Exécutez ensuite :
cliPath: "imsg" par défaut doit s’exécuter sur le Mac connecté à Messages. Sous Linux ou Windows, définissez channels.imessage.cliPath sur un script wrapper qui se connecte à ce Mac via SSH et exécute imsg "$@".Les DM sont ignorés
Les DM sont ignorés
Vérifiez :
channels.imessage.dmPolicychannels.imessage.allowFrom- les approbations d’appairage (
openclaw pairing list imessage)
Les messages de groupe sont ignorés
Les messages de groupe sont ignorés
Vérifiez :
channels.imessage.groupPolicychannels.imessage.groupAllowFrom- le comportement de liste d’autorisation de
channels.imessage.groups - la configuration des motifs de mention (
agents.list[].groupChat.mentionPatterns)
Les pièces jointes distantes échouent
Les pièces jointes distantes échouent
Vérifiez :
channels.imessage.remoteHostchannels.imessage.remoteAttachmentRoots- l’authentification par clé SSH/SCP depuis l’hôte du Gateway
- l’existence de la clé d’hôte dans
~/.ssh/known_hostssur l’hôte du Gateway - la lisibilité du chemin distant sur le Mac exécutant Messages
Les demandes d’autorisation macOS ont été manquées
Les demandes d’autorisation macOS ont été manquées
Relancez dans un terminal graphique interactif dans le même contexte utilisateur/session et approuvez les demandes :Confirmez que l’accès complet au disque + Automation sont accordés pour le contexte de processus qui exécute OpenClaw/
imsg.Repères de référence de configuration
Connexe
- Vue d’ensemble des canaux — tous les canaux pris en charge
- Suppression de BlueBubbles et chemin iMessage via imsg — annonce et résumé de migration
- Migration depuis BlueBubbles — table de traduction de configuration et bascule étape par étape
- Appairage — authentification DM et flux d’appairage
- Groupes — comportement des discussions de groupe et filtrage par mention
- Routage des canaux — routage de session pour les messages
- Sécurité — modèle d’accès et renforcement