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, and a jailed SSH shell with wp-cli on the shared platform. 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.
On the shared platform, yes — a jailed shell with wp-cli, with keys managed in the dashboard. On our own fleet, no: those accounts are created with /sbin/nologin and you get SFTP into the same 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.
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