post_v1_projects_slug_domains
BindDomains attaches one or more CUSTOM public hostnames to this org's site.
BindDomains attaches one or more CUSTOM public hostnames to this org's site.
Binding a host you do not own would let you shadow it at the edge, so which
outcome you get depends on whether ownership is already established: a
platform admin or the platform-operator org — which manages customer DNS, so
its bind IS the vouch — binds VERIFIED immediately; any other org has the host
CLAIMED as pending and gets the DNS challenge back in bound[].records. A
pending claim HOLDS the name so nobody else can take it, but it does not route
until POST .../domains/{host}/verify proves control.
A hostname we operate is refused to a non-vouched caller (those are assigned by the platform, never claimed), a host another site already holds is a 409, and a reserved label is a 400. Claims and binds are idempotent for the same (org, slug), and re-claiming returns the SAME token rather than invalidating a record the customer has already published. The edge cache-tag is flushed afterwards so a newly-verified host serves the current build immediately.
Scope: a validated principal is required (403 without one) and the site is resolved within that principal's org, so another tenant's slug is a 404.
| Tool | post_v1_projects_slug_domains |
| Door | https://api.hanzo.ai/v1/mcp |
| Method | tools/call (JSON-RPC 2.0) |
| Arguments | 2 |
| Operation | POST /v1/projects/{slug}/domains |
| Product | projects |
Arguments
| Field | Type | Required | Default | Values | Description |
|---|---|---|---|---|---|
domains | string[] | — | — | — | Domains are the custom hostnames to attach, in order. An empty list is a 400 rather than a clear — releasing a host is its own call. |
slug | string | — | — | — | Slug is the site the hosts attach to, from the path. |
tools/list declares a type and a description for each field and nothing further. A — means neither the door nor that operation constrains the field.
Call it
A tools/call carries every argument in one flat object — nothing binds to a path or a query string. Nothing above is required, so every declared argument is shown rather than a guess at which matter.
curl -X POST https://api.hanzo.ai/v1/mcp \
-H "Authorization: Bearer $HANZO_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"jsonrpc": "2.0",
"id": 1,
"method": "tools/call",
"params": {
"name": "post_v1_projects_slug_domains",
"arguments": {
"domains": [
"<domains>"
],
"slug": "<slug>"
}
}
}'Values are the operation's own defaults and enumerated values where it declares them, and a <placeholder> where neither source declares one. tools/list needs no credential; tools/call does — called without one the door answers HTTP 200 with a JSON-RPC result whose isError is set and whose text says what was missing. How to get a key →
The operation behind it
| Operation | Route | Product | Summary |
|---|---|---|---|
cloud_post_v1_projects_slug_domains | POST /v1/projects/{slug}/domains | projects | BindDomains attaches one or more CUSTOM public hostnames to this org's site. |
The same capability over plain HTTP is in the projects API reference, on https://api.hanzo.ai.
All 833 tools · The door · API reference
Generated from tools/list on https://api.hanzo.ai/v1/mcp — 833 tools captured 2026-08-01 (this build read the vendored copy; the door was unreachable).
How is this guide?
post_v1_projects_slug_deployments_id_complete
CompleteDeployment is the CI completion hook that flips a queued git deployment to live (or error) once CI has synced the built site to S3. `status` must be `live` or `error`.
post_v1_projects_slug_domains_host_verify
VerifyDomain checks the DNS challenge for a pending custom hostname and, when it passes, promotes the host so it begins routing at the edge.