Human operating layer for coordinating AI agents, projects, and companies from a single workspace.
Built on top of OpenClaw, the agent orchestration kernel.
Website · Watch Demo · Why AgentOS · Quick Start · Architecture · Features · Highlights · Setup · Roadmap
As AI agents become cheaper to run, the bottleneck shifts from raw orchestration to human control. Someone still has to decide what matters, inspect active work, route missions, review outputs, and keep multiple projects legible.
Most agent systems expose runtimes, sessions, and CLI primitives. AgentOS adds the missing operating layer above them: a mission-control interface for humans coordinating teams of agents across real workspaces.
This repository contains the current AgentOS control plane: a Next.js application that sits above OpenClaw and turns live agent state into an operator-facing system for planning, execution, inspection, and workspace management.
Running one agent is not the hard part. Operating many agents across many projects is.
AgentOS is built for that coordination problem:
- A human operator needs one place to see workspaces, agents, models, runtimes, and health.
- Missions should map to real project folders, not ephemeral chat threads.
- Runtime output should be inspectable after the fact, including created files and transcript history.
- Agent teams need structure: presets, policies, memory, workspace scaffolds, and repeatable operating conventions.
- As the "one-person company" model emerges, the human needs a control layer, not just an orchestration engine.
Install the packaged launcher:
pnpm add -g @sapienx/agentos
agentos start --open
agentos doctorRun the app locally from this repository:
pnpm install
pnpm devIf OpenClaw is not ready yet, AgentOS starts in an explicit onboarding or fallback path instead of pretending a live control plane exists.
flowchart TD
Human["Human Operator"] --> AgentOS["AgentOS<br/>control layer / operating layer"]
AgentOS --> OpenClaw["OpenClaw<br/>agent orchestration kernel"]
OpenClaw --> Runtime["LLMs, tools, channels, automations, agents"]
| Layer | Responsibility |
|---|---|
| Human operator | Sets direction, reviews work, approves risky actions, and steers the system |
| AgentOS | Presents topology, planning, inspection, workspace bootstrap, settings, and mission dispatch |
| OpenClaw | Owns agent orchestration, gateway state, models, sessions, channels, and execution surfaces |
| LLMs and tools | Perform the underlying reasoning and tool-backed work |
flowchart LR
UI["AgentOS UI<br/>Sidebar / Canvas / Inspector / Command Bar / Planner"] --> API["Next.js App Router + API routes"]
API --> SERVICE["OpenClaw service adapter<br/>snapshot normalization + write actions"]
SERVICE --> CLI["OpenClaw CLI"]
CLI --> GATEWAY["Gateway status + presence"]
CLI --> CONFIG["Agent config + workspace bindings"]
CLI --> SESSIONS["Sessions + transcript files"]
SERVICE --> FS["Workspace filesystem + .mission-control state"]
API --> STREAM["SSE snapshot stream"]
STREAM --> UI
OpenClaw is the kernel. It handles the underlying agent runtime, CLI, gateway, models, sessions, automations, and execution primitives.
AgentOS is the operating layer above it. It does not replace OpenClaw. Instead, it reads live OpenClaw state, normalizes it into a control-plane snapshot, and gives the human operator a coherent surface for acting on that state.
In practice, that means:
- OpenClaw remains the source of truth for agents, sessions, models, and gateway status.
- AgentOS translates UI actions into real OpenClaw commands and real filesystem changes.
- AgentOS is intentionally not a mock dashboard; it is a control surface over live operational state.
- AgentOS reads live OpenClaw surfaces such as gateway status, agent inventory, config, models, sessions, presence, and transcript files.
- The service layer normalizes that data into a single
MissionControlSnapshot. - The UI renders that snapshot as a mission-control surface with a topology canvas, sidebar, inspector, and command bar.
- Operator actions such as mission dispatch, workspace creation, agent updates, planner deploys, gateway changes, or file reveal calls are translated into OpenClaw CLI commands and local filesystem operations.
- Snapshot state is refreshed over Server-Sent Events so the UI can stay close to real runtime activity.
- Live topology canvas for real workspace -> agent -> runtime relationships.
- Mission dispatch that targets real OpenClaw agents and supports thinking levels.
- Transcript-backed runtime inspection, including final output, warnings, token usage, and created files.
- File reveal actions from the inspector for artifacts written to the local filesystem.
- Workspace wizard with basic create flow and advanced planner mode, including source modes (
empty,clone,existing), templates, team presets, model profiles, and kickoff missions. - Structured workspace scaffolding with
AGENTS.md,SOUL.md,IDENTITY.md,TOOLS.md,HEARTBEAT.md,MEMORY.md,docs/,memory/,deliverables/,skills/, and.openclaw/project-shell/. - Agent creation and editing with policy presets (
worker,setup,browser,monitoring,custom) plus heartbeat, file-access, install-scope, and network controls. - Guided workspace planner that models company, product, workspace, team, operations, and deploy decisions inside the workspace wizard.
- Planner deploy flows that can turn a plan into a live workspace, agent team, automations, channels, and first missions.
- OpenClaw onboarding, model setup, gateway control, reset, and update flows directly from the UI.
- Configurable gateway endpoint and default workspace root from settings.
- Explicit fallback mode when OpenClaw is unavailable, rather than pretending live control exists.
Three flows define the current AgentOS experience:
Go from zero to a live control plane in minutes. AgentOS detects what is missing, installs OpenClaw, and guides operators through system and model onboarding without the usual setup friction.
Turn a rough idea into an operational blueprint. The architect flow uses OpenClaw-backed planning to shape workspaces, tasks, and specialized agent roles before execution even begins.
Launch new projects with confidence. Structured wizards capture context, scaffold the right workspace shape, and assemble the agent team your project needs without manual busywork.
| Surface | Purpose |
|---|---|
MissionSidebar |
Gateway diagnostics, workspace navigation, models, agents, and workspace or agent CRUD |
MissionCanvas |
Visual topology for workspaces, agents, and runtimes with selection and mission feedback |
InspectorPanel |
Detailed inspection of selected entities, transcript output, raw payloads, and created files |
CommandBar |
Mission composition, agent targeting, thinking level selection, refresh, and quick suggestions |
WorkspaceWizardDialog |
Handle both basic workspace creation and advanced planner-driven workspace design and deploy |
OpenClawOnboarding |
Detect, install, start, verify OpenClaw, and guide model readiness when the local machine is not ready |
ResetDialog |
Preview Mission Control reset or full uninstall actions and stream execution progress and logs |
app/
api/
agents/
diagnostics/
files/reveal/
gateway/control/
mission/
onboarding/
onboarding/models/
planner/
reset/
runtimes/[runtimeId]/
settings/
snapshot/
stream/
system/open-terminal/
update/
workspaces/
layout.tsx
page.tsx
components/mission-control/
canvas.tsx
command-bar.tsx
create-agent-dialog.tsx
inspector-panel.tsx
mission-control-shell.tsx
openclaw-onboarding.tsx
operation-progress.tsx
reset-dialog.tsx
sidebar.tsx
nodes/
workspace-wizard/
workspace-wizard-dialog.tsx
workspace-wizard-draft-pane.tsx
workspace-wizard-header.tsx
wizard-composer.tsx
wizard-message-list.tsx
wizard-suggestion-chips.tsx
hooks/
use-mission-control-data.ts
use-workspace-wizard-draft.ts
lib/openclaw/
agent-heartbeat.ts
cli.ts
agent-presets.ts
fallback.ts
operation-progress.ts
planner.ts
planner-core.ts
planner-presenters.ts
presenters.ts
readiness.ts
reset.ts
service.ts
types.ts
workspace-presets.ts
workspace-wizard-inference.ts
workspace-wizard-mappers.ts
packages/agentos/
bin/
scripts/
README.md
package.json
This is a representative map of the current control-plane code, not an exhaustive file listing.
Many internal files still use mission-control naming; that is the current AgentOS application shipped in this repository.
- A recent Node.js runtime
pnpm- OpenClaw installed locally and reachable on
PATH
If OpenClaw is installed in a non-standard location:
export OPENCLAW_BIN=/absolute/path/to/openclawGitHub Release installer:
curl -fsSL https://raw.githubusercontent.com/SapienXai/AgentOS-MissionControl/main/install.sh | bash
agentos start --open
agentos stop
agentos doctorInstall a specific published version:
curl -fsSL https://raw.githubusercontent.com/SapienXai/AgentOS-MissionControl/main/install.sh | AGENTOS_VERSION=0.1.5 bashPackage manager install:
pnpm add -g @sapienx/agentos
# or
npm install -g @sapienx/agentos
agentos start --open
agentos stop
agentos doctorStop a running server:
agentos stopUninstall:
agentos uninstallIf AgentOS was installed with pnpm or npm, remove it with your package manager instead:
pnpm remove -g @sapienx/agentos
# or
npm uninstall -g @sapienx/agentosLocal development:
pnpm install
openclaw --version
openclaw gateway status --jsonIf the gateway service is missing or not loaded:
openclaw gateway install --json
openclaw gateway status --jsonPush a tag in the format below to build platform-specific release assets on GitHub Releases:
git tag agentos-v0.1.5
git push origin agentos-v0.1.5The release workflow uploads:
agentos-darwin-arm64.tgzagentos-darwin-x64.tgzagentos-linux-x64.tgz- matching
.sha256files
pnpm devOpen the URL printed by Next.js, typically:
http://localhost:3000
If OpenClaw is unavailable when the app starts, AgentOS can fall back to a demo snapshot and exposes an in-app onboarding flow to help bring the local machine online.
pnpm lint
pnpm typecheck
pnpm build- AgentOS is currently local-first. Several API routes spawn local processes, inspect transcript files, and mutate workspace directories.
- This makes the current implementation best suited for operator workstations or trusted environments, not serverless-only deployments.
- OpenClaw remains the primary runtime source of truth; AgentOS adds control-plane state rather than a separate database layer.
- The app is configured for standalone Next.js output via
next.config.mjs.
| Route | Method | Purpose |
|---|---|---|
/api/snapshot |
GET |
Return the normalized AgentOS snapshot |
/api/stream |
GET |
Stream snapshot updates over SSE |
/api/diagnostics |
GET |
Return gateway diagnostics and presence |
/api/mission |
POST |
Dispatch a mission to a real OpenClaw agent |
/api/agents |
GET, POST, PATCH, DELETE |
Read and mutate agents |
/api/workspaces |
GET, POST, PATCH, DELETE |
Read and mutate workspace projects |
/api/runtimes/:runtimeId |
GET |
Load transcript-backed runtime output |
/api/onboarding |
POST |
Install or start OpenClaw and verify readiness |
/api/onboarding/models |
POST |
Discover models, refresh readiness, set a default model, or guide provider login |
/api/update |
POST |
Run openclaw update and stream output |
/api/gateway/control |
POST |
Start, stop, or restart the OpenClaw gateway |
/api/planner |
POST |
Create a new workspace planning draft |
/api/planner/:planId |
GET, PUT |
Load or save a planning draft |
/api/planner/:planId/turn |
POST |
Process a planner conversation turn |
/api/planner/:planId/simulate |
POST |
Simulate the planner team |
/api/planner/:planId/deploy |
POST |
Deploy a planned workspace |
/api/reset |
POST |
Preview or execute a Mission Control reset or full uninstall flow |
/api/settings/gateway |
PATCH |
Update the OpenClaw gateway endpoint |
/api/settings/workspace-root |
PATCH |
Update the default workspace root |
/api/system/open-terminal |
POST |
Open a supported OpenClaw command in Terminal on macOS |
/api/files/reveal |
POST |
Reveal a local file in Finder, Explorer, or the platform file manager |
AgentOS keeps most durable operational state close to the workspace and to OpenClaw itself.
- OpenClaw-backed runtime state comes from gateway status, agent config, models, sessions, presence, and transcript files.
- AgentOS settings are stored in
.mission-control/settings.json. - Planner drafts and planner runtime assets are stored under
.mission-control/planner/. - Planner deploys write workspace-specific planning artifacts under
.openclaw/planner/, includingblueprint.jsonanddeploy-report.json. - Browser convenience state such as theme, draft missions, recent prompts, and the last planner id is stored in
localStorage. - When OpenClaw is unavailable, AgentOS returns an explicit fallback snapshot with demo workspaces, agents, models, and runtimes.
- Create a workspace from scratch and inspect the generated scaffold files.
- Open the workspace wizard in advanced mode and move from company context to deploy.
- Create agents with different presets and heartbeat policies.
- Dispatch a mission, then inspect runtime output and created files from the inspector.
- Change the gateway endpoint or workspace root from settings and watch the live snapshot refresh.
This repository already shows the shape of a broader operating system for AI work. Directionally, the next layer looks like this:
- Deeper company-level operations above individual project workspaces.
- Richer provisioning for channels, automations, hooks, and recurring operational loops.
- Stronger governance, permissions, approvals, and audit trails for multi-agent work.
- Better remote and multi-host control over OpenClaw-backed environments.
- More durable historical views for runtime analytics, operational memory, and handoff quality.
Contributions are welcome. If you want to extend the control plane, the planner, the workspace bootstrap flow, or the OpenClaw integration, open an issue or pull request.
Please keep contributions aligned with the current design principles:
- Keep the project developer-focused and operationally grounded.
- Prefer real OpenClaw-backed behavior over front-end-only mocks.
- Keep user-facing copy and documentation in English.
- Run
pnpm lint,pnpm typecheck, andpnpm buildbefore opening a PR. - Prefer concise English commit messages; Conventional Commits are a good fit here.
This repository does not currently include a license file. Until one is added, assume standard copyright restrictions apply.


