What a workspace binds together
- Repos — which repositories agents can clone, with optional base branch overrides
- Placement — where agent VMs run (platform-managed or customer-owned)
- Environment — what VMs look like (machine type, disk)
- Image — the VM image agents boot from
- Secrets — tenant secrets injected into agent VMs
- Ports — labeled ports for dashboard display (e.g.
3000: "dev server")
Workspace vs tenant
| Concept | Scope | Example |
|---|---|---|
| Tenant | Your GitHub org — the top-level isolation boundary | acme-corp |
| Workspace | A logical grouping within the tenant | backend, frontend, ml-team |
Creating a workspace
Create workspaces from the dashboard (Organization Settings → Workspaces) or withmurmur set workspace. See the workspace reference for all fields.
Workspace resolution
When you spawn an agent, the workspace is resolved from three sources in order of priority:- Per-spawn override — the
--workspaceflag onmurmur spawn - Local overlay —
workspacefield in.murmur/murmur.local.yaml(gitignored, per-developer) - Team default —
workspacefield in.murmur/murmur.yaml(checked in)
Multiple repos
A workspace can reference multiple repositories. When an agent spawns, it clones all repos in the workspace. Override per-spawn with the--repo flag on murmur spawn.
| Type | Page |
|---|---|
| Reference | workspace |
| Reference | murmur set workspace |
| Reference | murmur spawn --workspace |
| Guide | murmur.yaml configuration |
| Guide | Local overlays |
| Concept | Placements |
| Concept | Environments |
| Concept | Images |
| Concept | Secrets |