Overview
Authentication
Stored only in this browser's localStorage. Never sent in URLs.
Workload
Controls
Recent Kanban
Recent events
Sessions
Kanban cockpit
Usage model
| Current | Bridge-local status, sessions, events, feature toggles, attachments, and Kanban summaries. |
|---|---|
| OpenClaw inspiration | Token/cost timelines, per-session exports, cache status, daily CSV/JSON, model/fallback accounting. |
| Tracked | Missing usage analytics are queued in Kanban so they can be accepted, deferred, or rejected deliberately. |
Events
Agents
Default user-facing LifeOps session.
Durable specialist work routed through Hermes Kanban profiles.
Reference UI/front desk only; no privileged LifeOps authority.
Skills & nodes parity
OpenClaw exposes agents, nodes, MCP/plugin areas, model settings, fallback state, memory, tool-call visibility, and logs as first-class cockpit screens. LifeOps currently exposes the pieces users most need: chat, features, attachments, approvals, events, and Kanban. The missing power-user surfaces are tracked as parity tasks.
Approvals
Dangerous command prompts render Approve/Deny controls inside chat when Hermes emits the approval payload.
OpenClaw has approvals as a first-class control surface. LifeOps still needs a standalone approvals queue/history if we want that power-user workflow.
Files
Authenticated image/file send, receive, inline preview, and download are present in Web Command.
OpenClaw has a broader files/workspace surface. LifeOps should decide whether a separate safe file browser is worth adding.
Theme options
Feature parity notes
OpenClaw has timeline metrics, session/daily token and cost views, and CSV/JSON exports.
LifeOps approval controls exist in chat, but not as a separate queue/history screen.
OpenClaw exposes these as control-plane screens. LifeOps should add only the ones that fit the trusted-backend model.