Mga RPC adapter¶

Isinasama ng OpenClaw ang mga external na CLI sa pamamagitan ng JSON-RPC. Dalawang pattern ang ginagamit sa kasalukuyan.

Padron A: HTTP daemon (signal-cli)¶

• Ang signal-cli ay tumatakbo bilang daemon na may JSON-RPC sa ibabaw ng HTTP.
• Ang event stream ay SSE (/api/v1/events).
• Pagsusuri ng kalusugan: /api/v1/check.
• Hawak ng OpenClaw ang lifecycle kapag channels.signal.autoStart=true.

Tingnan ang Signal para sa setup at mga endpoint.

Padron B: stdio child process (legacy: imsg)¶

Note: Para sa mga bagong iMessage setup, gamitin ang BlueBubbles sa halip.

• Nag-i-spawn ang OpenClaw ng imsg rpc bilang child process (legacy na integrasyon ng iMessage).
• Ang JSON-RPC ay line-delimited sa stdin/stdout (isang JSON object bawat linya).
• Walang TCP port, hindi kailangan ng daemon.

Mga core method na ginagamit:

• watch.subscribe → mga notification (method: "message")
• watch.unsubscribe
• send
• chats.list (pagsusuri/diagnostics)

Tingnan ang iMessage para sa legacy na setup at addressing (chat_id ang mas inirerekomenda).

Mga gabay sa adapter¶

• Ang Gateway ang may-ari ng proseso (ang start/stop ay naka-tali sa lifecycle ng provider).
• Panatilihing resilient ang mga RPC client: may mga timeout, mag-restart kapag nag-exit.
• Mas piliin ang mga stable ID (hal., chat_id) kaysa sa mga display string.