Quickstart
Deploy the services, connect the CLI, and launch a governed agent.
For operators
Map the workload contract onto Kubernetes, your scheduler, or virtual machines.
What it controls
- Which supported harnesses are allowed.
- Managed model, approval, sandbox, and harness-specific settings.
- Additive organization-managed MCP server definitions.
- Digest-pinned skills, plugins, hooks, subagent definitions, and helper binaries.
- Gateway routing with session-bound inference JWTs.
- Opt-in native session capture and upload to S3-compatible storage.
Dynamic extensions are a core capability
Operators can publish extension and MCP changes from the dashboard without reinstalling Blue or the native coding agents. Each saved change creates a governance revision. Clients reconcile it duringblue apply, before a governed launch, or during daemon polling; login only updates authentication.
A revision can:
- Add or remove organization-managed MCP servers from Blue’s launch-scoped overlays. A developer’s local MCP with the same name always wins and is never overwritten or removed.
- Activate, update, or deactivate digest-pinned skills, native plugins, hooks, subagents, OpenCode plugin modules, and platform helper binaries.
- Deploy an extension to everyone or selected members, with mappings and settings chosen for each compatible harness.
- Repair missing or changed managed content. When an extension is removed, Blue unregisters it; unchanged Blue-owned content is cleaned up, while locally modified content is quarantined instead of deleted.
What it does not control
Blue is configuration governance, not an operating-system sandbox. A determined local user can still edit files or invoke an agent directly unless separate device-management controls prevent it. Direct agent invocations use native user configuration; governed overlays are loaded only throughblue or installed shims.
Choose an operating mode
Read Architecture for the complete data flow.
