Cloud, Local, Agent Runtime, Company Orchestration, And Channels
A poster-style architecture map for the full LifeOSAI system. It shows the same system from the whole-platform view down into company orchestration, chat, channel routing, runtime adapters, deployment, and security boundaries.
Full System Architecture
The top row shows clients and external systems. The main boundary contains the cloud services, product domains, orchestration tier, runtime execution tier, data tier, and operational side tiers. Local desktop runs the same conceptual stack with sidecars and local workspaces.
OPS Delivery tier
SEC Security tier
OBS Observability tier
AI Model and tool tier
Company Orchestration Deep Dive
Company orchestration converts company events into agent runs. The queue, scheduler, invoker, runtime, and event bus are shared by tasks, routines, channel messages, direct chat, and heartbeat timers.
LifeOSAI Chat Architecture
Chat is shared by normal LifeOSAI chat, direct company-agent chat, live run viewing, completed transcript replay, and file/skill/plugin context surfaces.
Channels Architecture
Channel ingress maps outside conversations into company agent wakes. Agents reply through a dedicated channel message tool so outbound messages are traceable.
Runtime Adapter And Tool Plane
Adapter configuration is for process-spawn inputs. Runtime configuration is for scheduler policy. Environment variables can exist at agent level and project level; project values override agent values when both define the same key.
Cloud And Local Deployment
Cloud mode hosts user-facing services and starts runtime containers on cloud infrastructure. Local mode uses the Tauri desktop shell and sidecars to run the same service responsibilities on the user machine.
Security, Data, Secrets, And Observability
The browser is authenticated by user session. Agent requests are authenticated by run-scoped bearer token. Secrets are company scoped and redacted before runtime logs are persisted.
Operational Sequences
These are the main cross-service paths LifeOSAI uses at runtime. They are shown as service-to-service flows rather than UI flows.