Deploy from your repository
Connect GitHub or GitLab once. We show exactly which permissions the connection needs before you authorise it, validate the token on entry, and store it in Vault — never in a database column and never in a log.
Hosting for developers
Deploy from the GitHub or GitLab repository you already work in, branch a staging copy and push it live when it is ready, open real VS Code in the browser on the running site, and drive the whole platform from a REST API, a CLI and an MCP server. Everything the dashboard does, the API does — because the dashboard is built on it.
Four things that turn hosting from somewhere you upload files into somewhere you ship from.
Connect GitHub or GitLab once. We show exactly which permissions the connection needs before you authorise it, validate the token on entry, and store it in Vault — never in a database column and never in a log.
Branch the whole site — files and database — work on the copy, then promote it. Test the thing you are about to ship on a copy of the thing you are shipping to.
Real code-server on the live site's files, with git built in, inside the same CageFS-isolated jail your SFTP session lands in. Nothing to install, nothing to sync.
SFTP on every site, inside the same isolated jail as the browser editor. Use the browser editor for one task and your own client for the next — both see the same files.
Build WordPress locally with nothing installed but Node — no Docker, no MAMP — then check what you built against the platform it is going to. Free and MIT-licensed.
Twelve categories of real actions — sites, code, domains, DNS, SSL, databases, configuration, backups, email, SEO and observability — so an AI assistant can do the work rather than describe it.
The dashboard is one client of the API. These are the others, and they are all public.
Every operation, generated from the OpenAPI spec that is the source of truth — so the docs cannot drift from the endpoint.
REST API reference →How the API, SDKs, Terraform provider and webhooks fit together, and what to reach for when.
The developer platform →Every Zinnector® command, generated from the tool itself rather than written beside it.
CLI command reference →Local WordPress on Node alone, and pre-flight checks against the platform you are deploying to.
Zinnector® — the CLI →Events pushed to you, signed and retried, so you do not poll us.
Webhooks →What an AI agent connected to your account can actually do, listed action by action.
MCP tool catalogue →Small print that is not small when it is your Tuesday afternoon.
The path a change takes, once the connection exists.
Authorise GitHub or GitLab once, having seen the exact scopes first. The token is validated on entry and written to Vault.
Files and database, one click. Your staging copy is the site, not an approximation of it.
A push to the branch you nominated deploys to that environment. Static sites can go to our fleet, Cloudflare Pages or GitHub Pages, chosen per site.
When it is right on staging, push it live. Every deploy is a versioned release, so if it is wrong afterwards you roll back to the previous one rather than opening a restore ticket.
Not an interactive shell: accounts are created with /sbin/nologin and you get SFTP into the site's CageFS jail instead, alongside the browser IDE with git built in. We would rather tell you that here than have you find out after you have paid.
Yes, and that is the point. It is API-first: no endpoint ships unless it is in the OpenAPI spec, and the SDKs, the CLI and the reference on this site are all generated from that spec. There is no private API with the good endpoints in it.
WordPress and WooCommerce, plain PHP, Laravel, Node, Python and Django, .NET, static sites and modern app frameworks. Or take an unmanaged machine with root and run whatever you like on it.
It lets an AI assistant — Claude, or anything else that speaks MCP — take real actions on your account instead of telling you which button to press. What it can do is listed in the tool catalogue, and you decide what it is allowed to touch.
No. Every site can be exported, the code is in your repository, and the platform is deliberately built with swappable providers underneath it. If you want to leave, the answer is a migration rather than an argument.
Yes — that is a separate service and a separate decision. Development is quoted per project, and hosting it with us is never a condition of it.
Every plan comes with it. There is no support tier to buy, no per-incident charge and no ticket allowance — and the desk is open 24 hours a day.
Support is part of hosting, not an upsell. It is the same support on the smallest plan as on the largest, and nothing about it is counted or capped per incident.
Whatever hour you are working and whatever time zone you are in, the desk is staffed. You are not writing into an inbox that opens in the morning.
Write your ticket in the language you actually think in — we translate it for our team and answer you in yours, with the original always one click away. We sell in all 58.
Our assistant answers instantly from the knowledge base, but it never closes a ticket for you. A ticket is picked up and answered by somebody who can act on it.
Start on the free trial, connect a repository and deploy something. If you would rather we built it for you, the development quote is free too.
Start free