Web Cabinet
The CMDOP web cabinet at cmdop.com is where you administer your workspace, pay the bills, and review what your agents have been doing. It is not where you do hands-on operations work.
Primary surface is desktop and CLI. The cabinet shows what your agents are doing — it is not where you start work. For interactive sessions, hand off to the desktop app or cmdop connect.
What the web cabinet is for now
The cabinet covers four jobs that genuinely belong in a browser:
- Workspace administration — invite and remove members, assign roles, audit shared activity, edit workspace policies.
- Billing — manage payment methods, change plans, add seats, monitor usage and quotas, download invoices.
- Read-only observability — see machine inventory, browse session transcripts, review schedule run history, search the audit log.
- Personal account — profile, 2FA enrollment, API tokens, OAuth sign-in providers, support tickets.
Everything else — driving a terminal, asking the agent for help, transferring files — runs faster and more reliably from the desktop app or the CLI.
What moved out of the cabinet
A few features still appear in the cabinet UI but are now positioned as a fallback rather than the canonical surface:
- Web terminal is read-only by default. Use
../desktop/machines-tabor../cli/connectto actually run commands. - AI chat in the cabinet is a thin web fallback — the primary chat surface is the desktop Chat tab and
cmdop chat. - File manager stays for casual browsing; for real file work use the desktop Projects tab and the agent file tools.
- Schedule authoring is moving out — author schedules as skills or via
../cli/trigger. The cabinet lists existing schedules and their runs.
See Operational features for the long version.
Sections at a glance
Members, roles, activity, settings.
Payments, subscriptions, usage, quotas.
Machines, sessions, schedules, audit log.
Profile, security, API tokens, OAuth, support.
Who should use the cabinet
- Workspace owners managing membership, roles, and policies.
- Billing admins picking plans, adding seats, watching quotas.
- On-call observers checking what agents have been doing.
- Security and compliance reviewers searching the audit log and exporting evidence.
Who should not operate from here
If you are running an incident, authoring a skill, or relying on a stable shell, the cabinet is the wrong surface. Open the desktop app or the CLI:
- Engineers running incidents →
../desktop/machines-tabor../cli/connect. - Skill authors →
../skills/getting-startedand the desktop Chat tab. - Anyone needing reliable, low-latency shells →
../cli/connectover the cabinet’s web terminal.
Where the data comes from
The cabinet is a thin Next.js app (apps/my) over Django REST + Centrifugo. The same data backs the desktop and CLI surfaces:
workspaces,machines,terminal— workspace, machine, and session state.schedules,profiles,activity,ai_chat— automations, account, audit, and chat history.skills— the marketplace catalog the cabinet browses (install and run live in desktop/CLI).
Live updates use Centrifugo channels (for example machines:#workspace).
Related
- Desktop app — your primary work surface.
- CLI reference — the same operations, scriptable.
- Concepts: workspaces — what a workspace is and how scoping works.
- Operational features — what stays in the cabinet UI but is now secondary.