Cookies ahead

Our support chat tool "Intercom" would like to collect some more data on you. See the related link for more details.

Docs

Examples

These examples show the costs for different real life setups including apps with multiple environments and different software stacks.

Docs

fortrabbit / workflows

🤖

It writes. It ships.

Hosting for agentic engineers

Orchestrate the agents. Host it on fortrabbit.

Your agent writes the code and ships it through fortrabbit. You describe the intent, it edits the codebase, the tests run, and you review and deploy. What comes out is an ordinary Laravel or Symfony project. What changed is how fast the loop around it turns.

Agent interfaces

The open source agent skills install locally and turn platform operations into prompts: /fortrabbit deploy, db down and ssh run deployments, database syncs and remote commands over plain SSH and rsync. Your agent tails the PHP, Apache and job logs the same way, so it quotes the failing line instead of asking you to go look.

The MCP server hands over the platform objects themselves — apps, environments, deployments, domains, variables. You authorize it in the browser, with no token pasted into a config file.

The public API is the same surface over REST for everything that is not an agent.

The CLI wraps it in one binary for your terminal or a CI job. Run one agent or a fleet; none of these interfaces assume a human is holding them.

Accessible docs

Your agent needs to know how deployment works, or why a build failed. It reads. Documentation wrapped in a JavaScript app behind a search box is close to unusable for that. Plain Markdown at a predictable URL works. Every docs article ships as raw Markdown, plus llms.txt and llms-full.txt for retrieval — a structured index and the whole docs in one file, regenerated on every deploy. Point your pipeline at them.

Different by design

Frequently asked

Is this hosting for AI applications?
No

No - This is about how the code gets written, not what it does. The application is an ordinary PHP application. What changes is that a coding agent does much of the editing, and the surrounding platform has to be readable and scriptable enough to keep up.

#
How is this different from vibe coding?
Same loop, more rigor

Same loop, more rigor - Vibe coding describes the intent and accepts what runs; agentic engineering keeps the agent but adds review, tests, and staged deploys. Both are welcome and both deploy the same way. The difference shows in settings like the per-environment deployment trigger.

#
What makes fortrabbit agent-friendly?
Readable and scriptable

Readable and scriptable - Every docs article ships as raw Markdown, with llms.txt and llms-full.txt as aggregate files for retrieval. Open source agent skills handle deployment, database sync and remote SSH commands from a prompt, the MCP server hands your agent the apps and environments themselves, and the public API with its CLI covers what a script or a CI job needs.

#
Can an agent deploy on its own?
Mechanically, yes

Mechanically, yes - A push to the connected Git branch deploys the mapped environment through the fortrabbit GitHub app, and your agent can push. Whether it should is your call — which is what the per-environment deployment trigger is for.

#
Should agents have production credentials?
Preferably not

Preferably not - You set the deployment trigger per environment: push-to-deploy for the branch your agent works on, manual for production. On manual, a push never goes live until you click deploy in the dashboard. You grant app access per person, app by app.

#
Do agents need a different kind of hosting?
No

No - The runtime requirements are unchanged. What changes is the rate of deployment and the number of throwaway environments, both of which suit pro-rated per-day billing better than monthly plans.

#

What customers say

I just wanted to say that the documentation that you guys have and the service you provided me while I was initially setting everything up was probably the best I've encountered in my 20-ish years of front-end web development. Your dashboard is super simple and it has all of the right things for someone like me, and none of the fluff that isn't necessary.

Scott Cooper

Scott Cooper

Front-end developer

2023 — Customer support

As a design and development studio, managing and maintaining servers used to take a big chunk of our time, especially when things went wrong or major updates were needed. Passing that responsibility to fortrabbit, who are absolute experts and have a specialist team, was a game changer. The service is faultlessly stable, support is always fantastic & prompt and it scales with the click of a button. The whole experience is so scarily smooth! The time they have saved us could not be more valuable.

Josh Attwood

Josh Attwood

Creative director at Josh Attwood Studio

2026 — Direct feedback

I've been a fortrabbit customer for seven years, and I continue to appreciate its simplicity and reliability. Deploying Laravel applications is incredibly fast and intuitive: projects are online in just a few steps, without wasting time managing infrastructure. Support is always quick, knowledgeable, and practical. fortrabbit lets me focus on development, knowing everything else is in excellent hands.

AS

Andrea Spotorno

2026 — Direct feedback

More