Przejdź do głównej treści

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.

W przypadku wdrożeń OpenClaw iMessage używaj imsg na hoście macOS Messages z aktywnym logowaniem. Jeśli Twój Gateway działa w systemie Linux lub Windows, ustaw channels.imessage.cliPath na wrapper SSH, który uruchamia imsg na Macu.Nadrabianie przestojów Gateway jest opcjonalne. Gdy jest włączone (channels.imessage.catchup.enabled: true), gateway przy następnym uruchomieniu odtwarza wiadomości przychodzące, które trafiły do chat.db, gdy był offline (awaria, restart, uśpienie Maca). Domyślnie wyłączone — zobacz Nadrabianie po przestoju gateway. Zamyka openclaw#78649.
Obsługa BlueBubbles została usunięta. Przenieś konfiguracje channels.bluebubbles do channels.imessage; OpenClaw obsługuje iMessage tylko przez imsg. Zacznij od Usunięcie BlueBubbles i ścieżka imsg dla iMessage, aby przeczytać krótkie ogłoszenie, albo od Przejście z BlueBubbles, aby zobaczyć pełną tabelę migracji.
Status: natywna integracja z zewnętrznym CLI. Gateway uruchamia imsg rpc i komunikuje się przez JSON-RPC na stdio (bez osobnego demona/portu). Zaawansowane akcje wymagają imsg launch oraz pomyślnej sondy prywatnego API.

Akcje prywatnego API

Odpowiedzi, tapbacki, efekty, załączniki i zarządzanie grupami.

Parowanie

Wiadomości prywatne iMessage domyślnie używają trybu parowania.

Zdalny Mac

Użyj wrappera SSH, gdy Gateway nie działa na Macu z Messages.

Dokumentacja konfiguracji

Pełna dokumentacja pól iMessage.

Szybka konfiguracja

1

Zainstaluj i zweryfikuj imsg

brew install steipete/tap/imsg
imsg rpc --help
imsg launch
openclaw channels status --probe
2

Skonfiguruj OpenClaw

{
  channels: {
    imessage: {
      enabled: true,
      cliPath: "/usr/local/bin/imsg",
      dbPath: "/Users/user/Library/Messages/chat.db",
    },
  },
}
3

Uruchom gateway

openclaw gateway
4

Zatwierdź pierwsze parowanie wiadomości prywatnej (domyślne dmPolicy)

openclaw pairing list imessage
openclaw pairing approve imessage <CODE>
Żądania parowania wygasają po 1 godzinie.

Wymagania i uprawnienia (macOS)

  • Messages musi być zalogowane na Macu uruchamiającym imsg.
  • Full Disk Access jest wymagany dla kontekstu procesu uruchamiającego OpenClaw/imsg (dostęp do bazy danych Messages).
  • Uprawnienie Automation jest wymagane do wysyłania wiadomości przez Messages.app.
  • W przypadku zaawansowanych akcji (reakcja / edycja / cofnięcie wysłania / odpowiedź w wątku / efekty / operacje na grupach) funkcja System Integrity Protection musi być wyłączona — zobacz poniżej Włączanie prywatnego API imsg. Podstawowe wysyłanie/odbieranie tekstu i multimediów działa bez tego.
Uprawnienia są przyznawane dla danego kontekstu procesu. Jeśli gateway działa bez interfejsu (LaunchAgent/SSH), uruchom jednorazowe polecenie interaktywne w tym samym kontekście, aby wywołać monity:
imsg chats --limit 1
# or
imsg send <handle> "test"

Włączanie prywatnego API imsg

imsg działa w dwóch trybach operacyjnych:
  • Tryb podstawowy (domyślny, bez zmian SIP): tekst i multimedia wychodzące przez send, obserwacja/historia przychodząca, lista czatów. To otrzymujesz od razu po świeżej instalacji brew install steipete/tap/imsg oraz przyznaniu standardowych uprawnień macOS opisanych wyżej.
  • Tryb prywatnego API: imsg wstrzykuje pomocniczą bibliotekę dylib do Messages.app, aby wywoływać wewnętrzne funkcje IMCore. To odblokowuje react, edit, unsend, reply (wątek), sendWithEffect, renameGroup, setGroupIcon, addParticipant, removeParticipant, leaveGroup, a także wskaźniki pisania i potwierdzenia odczytu.
Aby uzyskać dostęp do zaawansowanego obszaru akcji dokumentowanego na tej stronie kanału, potrzebujesz trybu prywatnego API. README imsg jasno wskazuje wymaganie:
Zaawansowane funkcje, takie jak read, typing, launch, rozbudowane wysyłanie wspierane przez bridge, mutacja wiadomości i zarządzanie czatami, są opcjonalne. Wymagają wyłączenia SIP oraz wstrzyknięcia pomocniczej biblioteki dylib do Messages.app. imsg launch odmawia wstrzyknięcia, gdy SIP jest włączone.
Technika wstrzykiwania helpera używa własnej biblioteki dylib imsg, aby dotrzeć do prywatnych API Messages. W ścieżce OpenClaw iMessage nie ma serwera zewnętrznego ani środowiska uruchomieniowego BlueBubbles.
Wyłączenie SIP to realny kompromis bezpieczeństwa. SIP jest jedną z podstawowych ochron macOS przed uruchamianiem zmodyfikowanego kodu systemowego; wyłączenie go w całym systemie otwiera dodatkową powierzchnię ataku i może powodować skutki uboczne. Co istotne, wyłączenie SIP na Macach z Apple Silicon wyłącza też możliwość instalowania i uruchamiania aplikacji iOS na Macu.Traktuj to jako świadomą decyzję operacyjną, a nie domyślne ustawienie. Jeśli Twój model zagrożeń nie toleruje wyłączonego SIP, wbudowany iMessage jest ograniczony do trybu podstawowego — tylko wysyłanie/odbieranie tekstu i multimediów, bez reakcji / edycji / cofania wysłania / efektów / operacji na grupach.

Konfiguracja

  1. Zainstaluj (lub zaktualizuj) imsg na Macu, na którym działa Messages.app:
    brew install steipete/tap/imsg
    imsg --version
    imsg status --json
    
    Wynik imsg status --json raportuje bridge_version, rpc_methods oraz selectors dla poszczególnych metod, dzięki czemu możesz sprawdzić, co obsługuje bieżąca kompilacja, zanim zaczniesz.
  2. Wyłącz System Integrity Protection. Jest to zależne od wersji macOS, ponieważ podstawowe wymaganie Apple zależy od systemu operacyjnego i sprzętu:
    • macOS 10.13–10.15 (Sierra–Catalina): wyłącz Library Validation przez Terminal, uruchom ponownie w trybie Recovery Mode, uruchom csrutil disable, zrestartuj.
    • macOS 11+ (Big Sur i nowsze), Intel: Recovery Mode (albo Internet Recovery), csrutil disable, restart.
    • macOS 11+, Apple Silicon: sekwencja uruchamiania przyciskiem zasilania, aby wejść do Recovery; w nowszych wersjach macOS przytrzymaj klawisz Left Shift, gdy klikasz Continue, a następnie csrutil disable. Konfiguracje maszyn wirtualnych używają osobnej procedury — najpierw zrób snapshot VM.
    • macOS 26 / Tahoe: zasady library-validation i kontrole prywatnych uprawnień imagent zostały jeszcze bardziej zaostrzone; imsg może wymagać zaktualizowanej kompilacji, aby nadążyć. Jeśli po dużej aktualizacji macOS wstrzyknięcie imsg launch albo konkretne selectors zaczynają zwracać false, sprawdź informacje o wydaniu imsg, zanim uznasz, że krok SIP się powiódł.
    Wykonaj procedurę Apple dla trybu Recovery odpowiednią dla Twojego Maca, aby wyłączyć SIP przed uruchomieniem imsg launch.
  3. Wstrzyknij helper. Przy wyłączonym SIP i zalogowanym Messages.app:
    imsg launch
    
    imsg launch odmawia wstrzyknięcia, gdy SIP nadal jest włączone, więc działa to również jako potwierdzenie, że krok 2 został wykonany.
  4. Zweryfikuj bridge z OpenClaw:
    openclaw channels status --probe
    
    Wpis iMessage powinien raportować works, a imsg status --json | jq '.selectors' powinien pokazywać retractMessagePart: true oraz wszystkie selektory edycji / pisania / odczytu ujawniane przez Twoją kompilację macOS. Bramkowanie poszczególnych metod Pluginu OpenClaw w actions.ts reklamuje tylko akcje, których bazowy selektor ma wartość true, więc obszar akcji widoczny na liście narzędzi agenta odzwierciedla to, co bridge może faktycznie zrobić na tym hoście.
Jeśli openclaw channels status --probe raportuje kanał jako works, ale konkretne akcje zgłaszają błąd „iMessage <action> requires the imsg private API bridge” w czasie wysyłania, uruchom ponownie imsg launch — helper może zniknąć (restart Messages.app, aktualizacja systemu itd.), a buforowany status available: true będzie nadal reklamować akcje do czasu, aż następna sonda go odświeży.

Gdy nie możesz wyłączyć SIP

Jeśli wyłączenie SIP nie jest akceptowalne dla Twojego modelu zagrożeń:
  • imsg wraca do trybu podstawowego — tylko tekst + multimedia + odbiór.
  • Plugin OpenClaw nadal reklamuje wysyłanie tekstu/multimediów i monitorowanie przychodzące; po prostu ukrywa react, edit, unsend, reply, sendWithEffect oraz operacje na grupach z obszaru akcji (zgodnie z bramką możliwości dla poszczególnych metod).
  • Możesz uruchomić osobnego Maca bez Apple Silicon (albo dedykowanego Maca bota) z wyłączonym SIP dla obciążenia iMessage, pozostawiając SIP włączony na swoich głównych urządzeniach. Zobacz poniżej Dedykowany użytkownik macOS bota (osobna tożsamość iMessage).

Kontrola dostępu i routing

channels.imessage.dmPolicy kontroluje wiadomości bezpośrednie:
  • pairing (domyślnie)
  • allowlist
  • open (wymaga, aby allowFrom zawierało "*")
  • disabled
Pole listy dozwolonych: channels.imessage.allowFrom.Wpisy listy dozwolonych muszą identyfikować nadawców: uchwyty albo statyczne grupy dostępu nadawców (accessGroup:<name>). Użyj channels.imessage.groupAllowFrom dla celów czatu, takich jak chat_id:*, chat_guid:* lub chat_identifier:*; użyj channels.imessage.groups dla numerycznych kluczy rejestru chat_id.

Powiązania konwersacji ACP

Starsze czaty iMessage można także powiązać z sesjami ACP. Szybki przepływ operatora:
  • Uruchom /acp spawn codex --bind here w DM-ie lub dozwolonym czacie grupowym.
  • Przyszłe wiadomości w tej samej konwersacji iMessage będą kierowane do utworzonej sesji ACP.
  • /new i /reset resetują tę samą powiązaną sesję ACP w miejscu.
  • /acp close zamyka sesję ACP i usuwa powiązanie.
Skonfigurowane trwałe powiązania są obsługiwane przez wpisy najwyższego poziomu bindings[] z type: "acp" i match.channel: "imessage". match.peer.id może używać:
  • znormalizowanego uchwytu DM, takiego jak +15555550123 lub user@example.com
  • chat_id:<id> (zalecane dla stabilnych powiązań grupowych)
  • chat_guid:<guid>
  • chat_identifier:<identifier>
Przykład:
{
  agents: {
    list: [
      {
        id: "codex",
        runtime: {
          type: "acp",
          acp: { agent: "codex", backend: "acpx", mode: "persistent" },
        },
      },
    ],
  },
  bindings: [
    {
      type: "acp",
      agentId: "codex",
      match: {
        channel: "imessage",
        accountId: "default",
        peer: { kind: "group", id: "chat_id:123" },
      },
      acp: { label: "codex-group" },
    },
  ],
}
Zobacz Agenci ACP, aby poznać wspólne zachowanie powiązań ACP.

Wzorce wdrożenia

Użyj dedykowanego Apple ID i użytkownika macOS, aby ruch bota był odizolowany od Twojego osobistego profilu Messages.Typowy przepływ:
  1. Utwórz dedykowanego użytkownika macOS lub zaloguj się jako taki użytkownik.
  2. Zaloguj się w Messages przy użyciu Apple ID bota w ramach tego użytkownika.
  3. Zainstaluj imsg u tego użytkownika.
  4. Utwórz wrapper SSH, aby OpenClaw mógł uruchamiać imsg w kontekście tego użytkownika.
  5. Ustaw channels.imessage.accounts.<id>.cliPath i .dbPath na profil tego użytkownika.
Pierwsze uruchomienie może wymagać zatwierdzeń w GUI (Automation + Full Disk Access) w sesji tego użytkownika bota.
Typowa topologia:
  • Gateway działa na Linux/VM
  • iMessage + imsg działa na Macu w Twoim tailnecie
  • wrapper cliPath używa SSH do uruchomienia imsg
  • remoteHost włącza pobieranie załączników przez SCP
Przykład:
{
  channels: {
    imessage: {
      enabled: true,
      cliPath: "~/.openclaw/scripts/imsg-ssh",
      remoteHost: "bot@mac-mini.tailnet-1234.ts.net",
      includeAttachments: true,
      dbPath: "/Users/bot/Library/Messages/chat.db",
    },
  },
}
#!/usr/bin/env bash
exec ssh -T bot@mac-mini.tailnet-1234.ts.net imsg "$@"
Użyj kluczy SSH, aby zarówno SSH, jak i SCP były nieinteraktywne. Najpierw upewnij się, że klucz hosta jest zaufany (na przykład ssh bot@mac-mini.tailnet-1234.ts.net), aby known_hosts było wypełnione.
iMessage obsługuje konfigurację dla konta pod channels.imessage.accounts.Każde konto może nadpisywać pola takie jak cliPath, dbPath, allowFrom, groupPolicy, mediaMaxMb, ustawienia historii i allowlisty katalogów głównych załączników.

Multimedia, dzielenie i targety dostarczania

  • przyjmowanie załączników przychodzących jest domyślnie wyłączone — ustaw channels.imessage.includeAttachments: true, aby przekazywać zdjęcia, notatki głosowe, wideo i inne załączniki do agenta. Gdy jest wyłączone, iMessage zawierające tylko załączniki są odrzucane przed dotarciem do agenta i mogą w ogóle nie wygenerować wiersza logu Inbound message.
  • zdalne ścieżki załączników można pobierać przez SCP, gdy ustawiono remoteHost
  • ścieżki załączników muszą pasować do dozwolonych katalogów głównych:
    • channels.imessage.attachmentRoots (lokalne)
    • channels.imessage.remoteAttachmentRoots (tryb zdalnego SCP)
    • domyślny wzorzec katalogu głównego: /Users/*/Library/Messages/Attachments
  • SCP używa ścisłego sprawdzania klucza hosta (StrictHostKeyChecking=yes)
  • rozmiar multimediów wychodzących używa channels.imessage.mediaMaxMb (domyślnie 16 MB)
  • limit fragmentu tekstu: channels.imessage.textChunkLimit (domyślnie 4000)
  • tryb dzielenia: channels.imessage.chunkMode
    • length (domyślnie)
    • newline (dzielenie najpierw według akapitów)
Preferowane jawne targety:
  • chat_id:123 (zalecane dla stabilnego routingu)
  • chat_guid:...
  • chat_identifier:...
Obsługiwane są także targety uchwytów:
  • imessage:+1555...
  • sms:+1555...
  • user@example.com
imsg chats --limit 20

Akcje prywatnego API

Gdy działa imsg launch, a openclaw channels status --probe zgłasza privateApi.available: true, narzędzie wiadomości może używać natywnych akcji iMessage oprócz zwykłych wysyłek tekstowych.
{
  channels: {
    imessage: {
      actions: {
        reactions: true,
        edit: true,
        unsend: true,
        reply: true,
        sendWithEffect: true,
        sendAttachment: true,
        renameGroup: true,
        setGroupIcon: true,
        addParticipant: true,
        removeParticipant: true,
        leaveGroup: true,
      },
    },
  },
}
  • react: Dodaj/usuń tapbacki iMessage (messageId, emoji, remove). Obsługiwane tapbacki mapują się na miłość, polubienie, niechęć, śmiech, podkreślenie i pytanie.
  • reply: Wyślij odpowiedź w wątku do istniejącej wiadomości (messageId, text lub message, plus chatGuid, chatId, chatIdentifier albo to).
  • sendWithEffect: Wyślij tekst z efektem iMessage (text lub message, effect lub effectId).
  • edit: Edytuj wysłaną wiadomość w obsługiwanych wersjach macOS/prywatnego API (messageId, text lub newText).
  • unsend: Cofnij wysłaną wiadomość w obsługiwanych wersjach macOS/prywatnego API (messageId).
  • upload-file: Wyślij multimedia/pliki (buffer jako base64 albo uwodnione media/path/filePath, filename, opcjonalnie asVoice). Starszy alias: sendAttachment.
  • renameGroup, setGroupIcon, addParticipant, removeParticipant, leaveGroup: Zarządzaj czatami grupowymi, gdy bieżący target jest konwersacją grupową.
Kontekst przychodzącego iMessage zawiera zarówno krótkie wartości MessageSid, jak i pełne GUID-y wiadomości, gdy są dostępne. Krótkie identyfikatory są ograniczone do ostatniej pamięci podręcznej odpowiedzi w pamięci i przed użyciem są sprawdzane względem bieżącego czatu. Jeśli krótki identyfikator wygasł albo należy do innego czatu, spróbuj ponownie z pełnym MessageSidFull.
OpenClaw ukrywa akcje prywatnego API tylko wtedy, gdy status sondy z pamięci podręcznej mówi, że mostek jest niedostępny. Jeśli status jest nieznany, akcje pozostają widoczne i wysyłanie leniwie uruchamia sondy, aby pierwsza akcja mogła się powieść po imsg launch bez osobnego ręcznego odświeżenia statusu.
Gdy mostek prywatnego API działa, zaakceptowane czaty przychodzące są oznaczane jako przeczytane przed wysłaniem do obsługi, a nadawcy jest pokazywana chmurka pisania, gdy agent generuje odpowiedź. Wyłącz oznaczanie jako przeczytane za pomocą:
{
  channels: {
    imessage: {
      sendReadReceipts: false,
    },
  },
}
Starsze kompilacje imsg, które poprzedzają listę możliwości dla metody, po cichu wyłączą pisanie/odczyt; OpenClaw zapisuje jednorazowe ostrzeżenie przy każdym restarcie, aby brakujące potwierdzenie dało się przypisać.
OpenClaw subskrybuje tapbacki iMessage i kieruje zaakceptowane reakcje jako zdarzenia systemowe zamiast zwykłego tekstu wiadomości, więc tapback użytkownika nie wyzwala zwykłej pętli odpowiedzi.Tryb powiadomień jest kontrolowany przez channels.imessage.reactionNotifications:
  • "own" (domyślnie): powiadamiaj tylko wtedy, gdy użytkownicy reagują na wiadomości napisane przez bota.
  • "all": powiadamiaj o wszystkich przychodzących tapbackach od autoryzowanych nadawców.
  • "off": ignoruj przychodzące tapbacki.
Nadpisania dla konta używają channels.imessage.accounts.<id>.reactionNotifications.

Zapisy konfiguracji

iMessage domyślnie zezwala na zapisy konfiguracji inicjowane przez kanał (dla /config set|unset, gdy commands.config: true). Wyłącz:
{
  channels: {
    imessage: {
      configWrites: false,
    },
  },
}

Scalanie dzielonych wysyłek DM-ów (polecenie + URL w jednej kompozycji)

Gdy użytkownik wpisze razem polecenie i URL — np. Dump https://example.com/article — aplikacja Messages firmy Apple dzieli wysyłkę na dwa osobne wiersze chat.db:
  1. Wiadomość tekstową ("Dump").
  2. Dymek podglądu URL ("https://...") z obrazami podglądu OG jako załącznikami.
Dwa wiersze docierają do OpenClaw w odstępie około 0,8-2,0 s w większości konfiguracji. Bez scalania agent otrzymuje samo polecenie w turze 1, odpowiada (często „wyślij mi URL”) i widzi URL dopiero w turze 2 — wtedy kontekst polecenia jest już utracony. To wynika z potoku wysyłania Apple, a nie z czegokolwiek, co wprowadza OpenClaw lub imsg. channels.imessage.coalesceSameSenderDms włącza dla DM scalanie kolejnych wierszy od tego samego nadawcy w jedną turę agenta. Czaty grupowe nadal są wysyłane osobno dla każdej wiadomości, aby zachować strukturę tur wielu użytkowników.
Włącz, gdy:
  • Dostarczasz Skills, które oczekują command + payload w jednej wiadomości (dump, paste, save, queue itd.).
  • Twoi użytkownicy wklejają URL-e, obrazy lub długą treść obok poleceń.
  • Możesz zaakceptować dodatkowe opóźnienie tury DM (zobacz niżej).
Pozostaw wyłączone, gdy:
  • Potrzebujesz minimalnego opóźnienia poleceń dla jednowyrazowych wyzwalaczy DM.
  • Wszystkie Twoje przepływy to jednorazowe polecenia bez dalszych payloadów.

Scenariusze i to, co widzi agent

Użytkownik tworzychat.db generujeFlaga wyłączona (domyślnie)Flaga włączona + okno 2500 ms
Dump https://example.com (jedno wysłanie)2 wiersze ~1 s odstępuDwie tury agenta: samo „Dump”, potem URLJedna tura: scalony tekst Dump https://example.com
Save this 📎image.jpg caption (załącznik + tekst)2 wierszeDwie tury (załącznik porzucony przy scalaniu)Jedna tura: tekst + obraz zachowane
/status (samodzielne polecenie)1 wierszNatychmiastowe wysłanieCzekaj maksymalnie do końca okna, potem wyślij
URL wklejony samodzielnie1 wierszNatychmiastowe wysłanieNatychmiastowe wysłanie (tylko jeden wpis w kubełku)
Tekst + URL wysłane jako dwie celowo oddzielne wiadomości, w odstępie minut2 wiersze poza oknemDwie turyDwie tury (okno wygasa między nimi)
Szybka seria (>10 małych DM w oknie)N wierszyN turJedna tura, ograniczone wyjście (pierwszy + najnowsze, zastosowane limity tekstu/załączników)
Dwie osoby piszące w czacie grupowymN wierszy od M nadawcówM+ tur (jedna na kubełek nadawcy)M+ tur — czaty grupowe nie są scalane

Nadrabianie po przestoju Gateway

Gdy Gateway jest offline (awaria, restart, uśpienie Maca, wyłączona maszyna), imsg watch wznawia działanie od bieżącego stanu chat.db, gdy Gateway ponownie się uruchomi — wszystko, co dotarło podczas przerwy, domyślnie nigdy nie zostanie zobaczone. Nadrabianie odtwarza te wiadomości przy następnym uruchomieniu, aby agent nie pominął po cichu ruchu przychodzącego. Nadrabianie jest domyślnie wyłączone. Włącz je per kanał:
channels: {
  imessage: {
    catchup: {
      enabled: true,             // master switch (default: false)
      maxAgeMinutes: 120,        // skip rows older than now - 2h (default: 120, clamp 1..720)
      perRunLimit: 50,           // max rows replayed per startup (default: 50, clamp 1..500)
      firstRunLookbackMinutes: 30, // first run with no cursor: look back 30 min (default: 30)
      maxFailureRetries: 10,     // give up on a wedged guid after 10 dispatch failures (default: 10)
    },
  },
}

Jak to działa

Jedno przejście na każde uruchomienie monitorIMessageProvider, w sekwencji: gotowe imsg launchwatch.subscribeperformIMessageCatchup → pętla wysyłania na żywo. Samo nadrabianie używa chats.list + per-czatowego messages.history wobec tego samego klienta JSON-RPC, którego używa imsg watch. Wszystko, co dotrze podczas przebiegu nadrabiania, normalnie przechodzi przez wysyłanie na żywo; istniejąca pamięć podręczna deduplikacji przychodzącej pochłania wszelkie nakładanie się z odtwarzanymi wierszami. Każdy odtwarzany wiersz jest przekazywany przez ścieżkę wysyłania na żywo (evaluateIMessageInbound + dispatchInboundMessage), więc listy dozwolonych, zasady grup, debouncer, pamięć podręczna echa i potwierdzenia odczytu zachowują się identycznie dla wiadomości odtwarzanych i wiadomości na żywo.

Semantyka kursora i ponawiania

Nadrabianie utrzymuje kursor per konto w <openclawStateDir>/imessage/catchup/<account>__<hash>.json (katalog stanu OpenClaw domyślnie to ~/.openclaw, można go nadpisać przez OPENCLAW_STATE_DIR):
{
  "lastSeenMs": 1717900800000,
  "lastSeenRowid": 482910,
  "updatedAt": 1717900801234,
  "failureRetries": { "<guid>": 1 }
}
  • Kursor przesuwa się po każdym udanym wysłaniu i jest zatrzymywany, gdy wysłanie wiersza rzuci błąd — następne uruchomienie ponawia ten sam wiersz od zatrzymanego kursora.
  • Po maxFailureRetries kolejnych rzutach błędu dla tego samego guid nadrabianie zapisuje warn i wymusza przesunięcie kursora poza zablokowaną wiadomość, aby kolejne uruchomienia mogły iść naprzód.
  • GUID-y, dla których już się poddano, są pomijane po wykryciu (bez próby wysłania) w późniejszych uruchomieniach i liczone pod skippedGivenUp w podsumowaniu przebiegu.

Sygnały widoczne dla operatora

imessage catchup: replayed=N skippedFromMe=… skippedGivenUp=… failed=… givenUp=… fetchedCount=…
imessage catchup: giving up on guid=<guid> after <N> failures; advancing cursor past it
imessage catchup: fetched <X> rows across chats, capped to perRunLimit=<Y>
Wiersz WARN ... capped to perRunLimit oznacza, że pojedyncze uruchomienie nie opróżniło całego backlogu. Zwiększ perRunLimit (maks. 500), jeśli Twoje przerwy regularnie przekraczają domyślny przebieg 50 wierszy.

Kiedy pozostawić wyłączone

  • Gateway działa ciągle z automatycznym restartem przez watchdog, a przerwy są zawsze krótsze niż kilka sekund — domyślne wyłączenie jest w porządku.
  • Wolumen DM jest niski, a pominięte wiadomości nie zmieniłyby zachowania agenta — początkowe okno firstRunLookbackMinutes może wysłać zaskakujący stary kontekst przy pierwszym włączeniu.
Gdy włączysz nadrabianie, pierwsze uruchomienie bez kursora patrzy wstecz tylko o firstRunLookbackMinutes (domyślnie 30 min), a nie o pełne okno maxAgeMinutes — zapobiega to odtwarzaniu długiej historii wiadomości sprzed włączenia.

Rozwiązywanie problemów

Sprawdź binarkę i obsługę RPC:
imsg rpc --help
imsg status --json
openclaw channels status --probe
Jeśli próba zgłasza brak obsługi RPC, zaktualizuj imsg. Jeśli akcje prywatnego API są niedostępne, uruchom imsg launch w zalogowanej sesji użytkownika macOS i wykonaj próbę ponownie. Jeśli Gateway nie działa na macOS, użyj opisanej wyżej konfiguracji zdalnego Maca przez SSH zamiast domyślnej lokalnej ścieżki imsg.
Domyślne cliPath: "imsg" musi działać na Macu zalogowanym do Wiadomości. W systemie Linux lub Windows ustaw channels.imessage.cliPath na skrypt opakowujący, który łączy się przez SSH z tym Makiem i uruchamia imsg "$@".
#!/usr/bin/env bash
exec ssh -T messages-mac imsg "$@"
Następnie uruchom:
openclaw channels status --probe --channel imessage
Sprawdź:
  • channels.imessage.dmPolicy
  • channels.imessage.allowFrom
  • zatwierdzenia parowania (openclaw pairing list imessage)
Sprawdź:
  • channels.imessage.groupPolicy
  • channels.imessage.groupAllowFrom
  • zachowanie listy dozwolonych channels.imessage.groups
  • konfigurację wzorca wzmianki (agents.list[].groupChat.mentionPatterns)
Sprawdź:
  • channels.imessage.remoteHost
  • channels.imessage.remoteAttachmentRoots
  • uwierzytelnianie kluczem SSH/SCP z hosta Gateway
  • czy klucz hosta istnieje w ~/.ssh/known_hosts na hoście Gateway
  • czy zdalna ścieżka jest czytelna na Macu uruchamiającym Wiadomości
Uruchom ponownie w interaktywnym terminalu GUI w tym samym kontekście użytkownika/sesji i zatwierdź monity:
imsg chats --limit 1
imsg send <handle> "test"
Potwierdź, że pełny dostęp do dysku i automatyzacja są przyznane dla kontekstu procesu, który uruchamia OpenClaw/imsg.

Wskaźniki referencji konfiguracji

Powiązane