v0.8.4

Fixed

• AdapterTransport receiver loop now uses :infinity timeout (was 30s) for AdapterBridge.receive_message/2. This prevents spurious receiver_exited errors when CLI agents (Claude, Codex) take longer than 30 seconds to produce their first output line — common during complex reasoning or multi-turn tool use. The timeout is now configurable via receive_timeout: in transport opts.
• Use Map.get for receive_timeout to handle hot code upgrades gracefully when transport opts format changes.

Full Changelog: v0.8.3...v0.8.4