Agent Topology

Julien (Human)
Telegram / iMessage

Machine 1

Max

main
mail-reader
kickoff-coding
bridge-reader
bridge-voice
bridge

Machine 2

Eva

main
bridge-reader
M

Max

Dedicated Mac, 8GB RAM

Claude Sonnet 4.65 agents
main

Central orchestrator. Handles Telegram commands, task delegation, system management.

mail-reader

Isolated email processing. Exec in allowlist mode, only mail-extract script authorized.

kickoff-coding

Web project deployment. Receives client briefs, generates code, deploys to hosting.

bridge-reader

Disposable sanitizer for inter-agent messages. Zero tools, 60s timeout, rewrites everything.

bridge-voice

Handles voice messages from the bridge. Transcription + processing in isolation.

E

Eva

Dedicated Mac, 8GB RAM

Claude Opus 4.62 agents
main

Central orchestrator. Handles Telegram commands (@EVAJool_bot), task management.

bridge-reader

Disposable sanitizer for inter-agent messages. Same zero-trust pattern as Max.

07:00Weather briefing
07:05News digest
07:10Email processing
2x/dayMemory distillation
2x/dayAutonomous reflections
Every 3hMemory shepherd cycle
HourlyMemory extraction + reindex

A monitoring daemon (imsg-watcher) continuously polls the iMessage database. Each incoming message spawns a fresh one-shot sub-agent with minimal permissions and a strict 300-second timeout. The sub-agent processes the request, responds, then terminates. No persistent sessions exist between messages.

One message = one agent = one session. Complete isolation.

ACP dispatch is disabled on both instances. All routing is handled through direct skills and cron jobs.

Agents -- Architecture Deep Dive | OpenClaw × Easylab