post_v1_platform_sites_slug_releases_release_activate
ActivateRelease points the site at an existing release — the go-live, and equally the ROLLBACK.
ActivateRelease points the site at an existing release — the go-live, and equally the ROLLBACK.
Aim it at an older release and the site serves that one again: releases are immutable and retained to the retention depth, so nothing is rebuilt or re-copied and the flip is one atomic statement. Before the flip, two conditions run in the order that gives each its own honest answer — the ROW says whether this release exists for this tenant at all (404, with no signal about a foreign id), and only then do the BYTES say whether it can still serve (410 GONE when retention has reclaimed them; that rollback target is not coming back, so publish again). Going live also claims the public host and purges the edge, so the release is reachable and no cached predecessor is served. NOT billed: no new content is produced, only a pointer moved.
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_platform_sites_slug_releases_release_activate |
| Door | https://api.hanzo.ai/v1/mcp |
| Method | tools/call (JSON-RPC 2.0) |
| Arguments | 2, 2 required |
| Operation | POST /v1/platform/sites/{slug}/releases/{release}/activate |
| Product | platform |
Arguments
| Field | Type | Required | Default | Values | Description |
|---|---|---|---|---|---|
release | string | yes | — | — | Release is the content-addressed release id ("rel_" + 32 hex chars), from the path. Anything that is not that shape is not found, rather than being interpolated into a storage prefix. |
slug | string | yes | — | — | Slug is the site the release belongs to, from the path. |
tools/list declares a type and a description for each field and nothing further. The Required column is taken from POST /v1/platform/sites/{slug}/releases/{release}/activate, the operation this tool dispatches to — the same declaration the REST API validates against. 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. This call carries exactly the arguments the operation requires, so it is the smallest one that can run.
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_platform_sites_slug_releases_release_activate",
"arguments": {
"release": "<release>",
"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 |
|---|---|---|---|
post_v1_platform_sites_slug_releases_release_activate | POST /v1/platform/sites/{slug}/releases/{release}/activate | platform | Points the site at an existing release — the go-live, and equally the ROLLBACK. |
The same capability over plain HTTP is in the platform API reference, on https://api.hanzo.ai.
All 755 tools · The door · API reference
Generated from tools/list on https://api.hanzo.ai/v1/mcp — 833 tools captured 2026-08-01, of which 755 are documented here (the operator surface is not published) (this build read the vendored copy; the door was unreachable).
How is this guide?
post_v1_platform_sites_slug_releases
CreateRelease promotes a build output into a new immutable release WITHOUT serving it — the staged half of publishing, for when you want to check a release before it goes live. Answers 201.
automations
15 MCP tools on the Hanzo cloud door that call the automations API.