Features

Where your agents work.

They read the ticket themselves, build against the design, open the pull request, and leave the app running for you to look at. All of it on your own machine, in a workbench that fits in one file. The essentials are here, the docs have the full reference.

From a ticket to a running app

Reads the ticket itself

Not in Codespaces or a bare devcontainer.

Say "implement ACME-1234" and it opens the issue, its description and its comments itself: Jira and Confluence, GitHub and GitLab issues, Notion, Linear.

Docs →

Builds what the design says

Not in Codespaces or a bare devcontainer.

When the screen exists in Figma or Claude Design, it reads the frame: layout, the components your design system brings, the tokens behind the colours.

Docs →

Knows the stack before it starts

Not in Codespaces or a bare devcontainer.

It starts briefed on this workbench: which languages and services are here, how to reach the database. So it wires the app up instead of inventing a URL.

Docs →

Plans it, builds it, reviews it

Not in Codespaces or a bare devcontainer.

Three agents hand the work along: one plans and writes the plan down, one builds exactly that, one reviews what came out before it ever reaches you.

Docs →

Works with git the way you do

GitHub, GitLab and Bitbucket are wired up, so it does the whole round trip: clone, branch, commit under the right name, push, open the pull request.

Docs →

Keeps running, phone included

Not in Codespaces or a bare devcontainer.

The app keeps running after the session ends, at a name you can type. One command puts it on your network over HTTPS, so you open it on your phone.

Docs →
And it is your environment

You work in it, not just the agent

Attach VS Code, VS Codium, JetBrains or the Claude Code app over SSH, with zero setup. The workbench your agent works in is the one you open.

Docs →

Every project in its own box

Three client projects side by side, each with its own Node version, database and logins. Your machine keeps none of it, nothing to uninstall later.

Docs →

One file you can read

Not in Codespaces or a bare devcontainer.

Everything the agent got is written down in one readable file: languages, services, repos, the servers it reaches. Nothing hides in a tool state.

Docs →
Yours, not rented

Local, no cloud, no account

Not in Codespaces or a bare devcontainer.

It all runs on your machine. No rental, no hourly bill, no sign-up, and nothing leaves the device unless you deliberately send it somewhere.

Docs →

Pick it up again months later

One command and the old project runs again: same toolchain, same services, still signed in. No afternoon spent getting it to work first.

Docs →

Standard parts, wired together

Dev containers, Docker Compose, MCP, SSH: none of it invented here. Monoceros wires the standard parts together so they hold as one workbench.

Docs →
See the full feature reference in the docs →