RFC: Event-Driven Life Orchestration Architecture #61
suyash-delegate
started this conversation in
Ideas
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Summary
Wilson evolves from a reactive chat assistant into a proactive life-orchestration system. ONE brain, ONE memory, multiple senses. No domain-specific agents — Wilson synthesizes holistically like a real human assistant.
Core insight: decouple input sources from reasoning. Multiple channels produce input; one brain reasons across all of them; output is routed to the appropriate channel. Silence is the default — surfacing must be earned.
Why this matters
For real-life usage, users should not need to constantly chat with the assistant. Wilson should plug into existing workflows (especially calendar), reason over event lifecycles, and proactively manage preparation.
Example: "Trip to Japan" is not just a reminder before departure. It implies visa timeline, passport validity checks, booking checkpoints, and escalation windows. Wilson sees the trip in your calendar, proposes preparation tasks, tracks deadlines, and follows up — all without being asked.
Architecture: Biological Nervous System
The architecture uses a biological metaphor. The brain is one interconnected system; channels are the peripheral nervous system.
Brain Components (inside cortex service)
Channels (I/O Adapters)
Each external system is one Channel implementing optional receptor (input) + optional effector (output):
Realtime channels (Telegram) bypass thalamus — messages go directly to inbox with highest priority. User is talking = immediate attention.
Buffered channels (Calendar, Email) write to
receptor_buffers. Thalamus processes these during daily sync (morning briefing) or when triggered by RAS urgency scan.Core Primitives
Supporting Services (unchanged)
Data Flow
Three Sync Triggers
Design Principles (locked)
Resolved Questions
Implementation Plan
Phase 1: Facade (architecture scaffolding) — #63
Set up all components as interfaces + stubs. Wire them together. Existing Telegram flow works through the new structure.
Phase 2: Vertical Slices
Phase 3: Expansion
Tracking
Epic: #62
Beta Was this translation helpful? Give feedback.
All reactions