Deployment and operations
Product status:
TBIOpen choices:TBD-001application shell,TBD-002control plane,TBD-011sandbox,TBD-013notification transport,TBD-014mobile,TBD-017sync.
Deployment goals
Section titled “Deployment goals”- One-person local installation is the first-class path.
- Application and worker processes survive normal restarts with truthful recovery.
- Remote/mobile access is optional and secure.
- Runtime adapters may be installed independently.
- Users can back up, export, migrate and uninstall without losing opaque cloud-only state.
Target topology — TBI
Section titled “Target topology — TBI”User device├── HUE client├── HUE local control-plane service├── transactional database + event journal├── artifact/index storage├── runtime adapter supervisor│ ├── native HUE worker│ ├── Hermes (optional)│ ├── Codex / Claude Code / OpenCode (optional)│ └── browser/computer-use services (optional)├── OS keychain integration└── optional authenticated remote-access endpoint
External├── configured model providers├── configured MCP/APIs├── Git hosting / productivity services└── optional encrypted relay/notification serviceProcess supervision — TBI
Section titled “Process supervision — TBI”The local service must:
- start at login only with user consent;
- expose health/readiness;
- own child process lifecycles;
- persist native handles and reconcile after restart;
- terminate orphaned processes safely;
- rotate bounded logs;
- support update drain mode;
- never duplicate scheduler/worker ownership after split brain.
Implementation mechanism depends on packaging and OS (TBD-001, TBD-002).
Installation modes
Section titled “Installation modes”Desktop local — first target (TBI)
Section titled “Desktop local — first target (TBI)”Bundled client and local service, user-selected data directory, OS credential vault, optional runtime adapters.
Browser + local daemon (TBI)
Section titled “Browser + local daemon (TBI)”Browser UI connects to loopback or authenticated tailnet/local-network service. Must protect against hostile origins, CSRF and accidental public exposure.
Headless/home server (DEFERRED)
Section titled “Headless/home server (DEFERRED)”Control plane on a trusted server with desktop/mobile clients. Requires mature auth, device management and remote computer-use boundaries.
Team/hosted (DEFERRED)
Section titled “Team/hosted (DEFERRED)”Not a prerequisite for local alpha.
Configuration layers — TBI
Section titled “Configuration layers — TBI”- Product safe defaults.
- Device/global user settings.
- Project manifest and policy.
- Conversation/task/run overrides.
- Ephemeral worker manifest.
Secrets are never stored in normal config. Configuration is schema-versioned, validated and exportable with secret references redacted.
Backup and restore — TBI
Section titled “Backup and restore — TBI”Backup includes:
- transactional database;
- event journal/checkpoints;
- project manifests;
- memory records;
- artifact metadata and optionally content;
- settings and adapter manifests;
- credential references, not secret values.
Restore must:
- validate integrity and schema;
- preview conflicts/paths;
- support restore to a new device/data directory;
- rebuild indexes from canonical records;
- mark unrecoverable external runtime handles as interrupted/unknown;
- verify a sample of artifacts/checksums.
Updates — TBI
Section titled “Updates — TBI”- Signed release artifacts.
- Release notes including schema/runtime contract changes.
- Database backup before migration.
- Drain or checkpoint active runs.
- Adapter compatibility check.
- Rollback when schema permits; explicit warning when not.
- No silent installation of new broad permissions.
Health and diagnostics — TBI
Section titled “Health and diagnostics — TBI”HUE control plane healthyDatabase healthy · last backup 2hEvent journal healthy · lag 0Artifact store healthySearch index rebuilding 64%Coding route healthyLocal route unavailable · model stoppedBrowser healthyComputer use permission requiredNotifications degraded · last delivery failedDiagnostics distinguish configured, enabled, authorized, available and healthy.
Offline behavior — TBI
Section titled “Offline behavior — TBI”Without network:
- project/conversation/task browsing works;
- local files/artifacts/memory/search remain available;
- local models/tools continue when configured;
- cloud-dependent steps wait with clear reason;
- messages/tasks may be queued but no external side effect is claimed;
- reconnect triggers reconciliation, not blind replay.
Notification operations — TBI
Section titled “Notification operations — TBI”The full product, channel, privacy, sound and delivery-history contract is in Notifications, attention and delivery.
The operational minimum is:
- persist canonical in-app attention before attempting a channel;
- notify for explicit subscriptions, blocking approvals/decisions, meaningful terminal outcomes, security/budget boundaries and time-sensitive monitors;
- keep routine progress in-app unless the user subscribes;
- group/deduplicate by task and resume durable queues after restart;
- respect OS authorization, Focus/Do Not Disturb, configured sounds, quiet hours and per-Space local-only policy;
- send redacted external summaries with authenticated deep links;
- distinguish suppressed, queued, attempting, accepted, displayed/delivered, failed, expired, read and acted;
- expose configured/authorized/available/healthy state plus last successful delivery;
- use bounded retry with expiry and never generate recursive alert storms for a failed gateway.
External delivery failure does not change a task’s completion status. Offline reconnect reconciles relevance before replay, so stale approvals and obsolete progress notices expire rather than arriving late.
Data directories and portability
Section titled “Data directories and portability”Exact paths are TBD by platform. The contract requires:
- documented location;
- project/profile safe resolution;
- no hidden dependency on one username/path;
- export format independent of internal indexes;
- content-addressed artifact option;
- human-readable project manifest.
Operational acceptance gates
Section titled “Operational acceptance gates”- clean install and first project on macOS reference environment;
- restart during active run with correct reconciliation;
- backup/restore to a fresh data directory;
- offline start and cloud-step wait/resume;
- provider credential expiration and recovery;
- disk-full handling without database corruption;
- safe update with active paused run;
- complete uninstall/export documentation.