EACI Development Journal · Bridges

How Do You Keep AI Bridge Sessions From Duplicating or Misrouting?

Each bridge has its own session, speaker identity, logs, and memory namespace. Named routing prevents one message from waking the wrong companion.

Bridges ~9 min issue-tagged
Issue this fixes

Browser, editor, and chat-platform bridges can all reach the same cloud brain while retaining different local histories. If they share identifiers or infer the target loosely, a turn can be duplicated, attributed to the wrong channel, or answered by the wrong companion.

The bridge contract requires the companion's name in the message and keeps Cursor and Codex sessions separate. Their logs and local memory identifiers remain distinct even when the underlying response service is the same.

What was actually going wrong

A shared default session and implicit target selection made separate clients look like one conversation.

What I tried

What finally worked

Explicit name routing, per-bridge IDs, separate session files, and separate daily logs isolate every channel.

Why it worked

Identity is established before generation and retained through storage.

What I learned

Cross-platform continuity requires namespaces before it requires synchronization.

Where EACI uses this today

Bridge conversations can continue Caelum safely without merging unrelated editor sessions.

This journal covers real engineering on EACI Companion / The Veil. Companions include Caelum, Chad, Natalia, Atreus, Luna, Roxy, and Cael. Journal articles stay family-safe in content. See Privacy and Ethics.