Build in CLI
One command takes you from zero to a backoffice on your own data. Then roles, permissions and layouts move between environments as reviewed changes.

TL;DR
Run npx forest-cli@latest start and get a Forest backoffice on your own data, as a demo project, a standalone back-end or inside your existing app.
Edit roles, permissions, team layouts and environments from the terminal, and promote them from one environment to the next.
The same commands run on a laptop, in your CI pipeline or from your AI coding agent.
The CLI drives the same Forest project your ops team works in. What you apply from the terminal is what runs, for every role and every environment.
Start on your own data in one command
Run npx forest-cli@latest start and pick how you run Forest: a demo project, a standalone back-end, or Forest inside your existing app.
See your real records from the first run
Point Forest at your database and Introspection builds the collections and screens. Your team works on real customers, accounts and cases in the first session.
Update roles and permissions in bulk
Export every role's permissions to one file, edit them for every team at once, check the changes and apply, instead of clicking through settings one by one.
Promote permissions from staging to production
Copy role permissions from one environment to another in one command, or copy one team's layout onto another team.
Ship layout changes through a branch
Work on a branch, push to a review environment, deploy to production once it is validated. Every layout change takes the same path.
Let Claude Code and Codex set Forest up
Install the Forest plugin and skills, and your AI coding agent sets up and changes Forest with the right context.


Built for product and engineering teams
Evaluate Forest on your real data
Start Forest in your own infrastructure, on your own records, from one command. What you evaluate is what you would run in production.
Catch every permission change before it lands
Applying a permissions file shows every change before it goes live. Commit the file, and widening a role becomes a pull request your team reads.
Run the same commands in your CI pipeline
The commands that run on a laptop run in your CI too, including through the Forest CLI Docker image.
Bring your own tooling
Frequently asked questions
You still have question ?
Book a conversation with a forest expert
How do I get started?
Run npx forest-cli@latest start. The CLI asks how you want to run Forest, as a demo project, a standalone back-end or inside your existing app, and sets it up on your data.
What can I manage from the CLI?
Projects and environments, role permissions, team layouts, schemas, and layout changes from branch to production. Permissions export to a file you edit and apply after checking the changes.
Why manage roles from the CLI rather than the UI?
A file shows every role's permissions side by side. You change them in one place, check the changes and copy the result to another environment. The UI stays there for one-off edits.
Does the CLI replace the Forest UI?
No. The CLI is how you set up and configure Forest. Your team then works in the Forest UI, from an LLM client through the MCP server, or in the interfaces you build on the Gateway API.
Can my AI coding agent use it?
Yes. The CLI installs the Forest plugin and skills in Claude Code and Codex, so your AI coding agent drafts changes with Forest context. Permission changes still show their diff before they apply.
Can we run it in our pipeline?
Yes. The same commands run on a laptop and in CI, and the CLI also ships as a Docker image if you prefer not to install it.
Why not build this ourselves? AI writes most of it now.
You can. Coded or vibecoded, a working backoffice takes days now. What AI does not write for you is everything underneath: a permission engine covering humans and AI agents alike, four-eyes approval, and a record-level audit trail that holds up in a regulator's review. That is infrastructure you operate, not code you generate once.
How do you ensure customer data never leaves our environment?
The Forest back-end runs inside your infrastructure, alongside your databases. Customer data travels to a provider only at the point where its service is called, and the response is logged back to the case. Data stays in your systems of record.
