get_v1_deploy_applications_name_revisions_revision_metadata
GetDeployRevisionMetadata returns the argocd RevisionMetadata for one revision of one application — what the detail view shows beside a revision.
GetDeployRevisionMetadata returns the argocd RevisionMetadata for one revision of one application — what the detail view shows beside a revision.
An App CR is IMAGE-pinned rather than commit-pinned: the deploy names an image tag, and the git source this projection reports is the display-only manifest repo, not the application's own source. Nothing in this process can read a commit's author or message for an arbitrary revision. So rather than 404 (which the SPA turns into an error toast) or invent a git author, it answers the HONEST minimum: date is when the App CR was created, message is the revision asked for — with the empty revision and "HEAD" resolving to the image tag the CR declares — and author is empty. An over-long revision is truncated before it is echoed back.
Tenant-scoped exactly like the application read.
| Tool | get_v1_deploy_applications_name_revisions_revision_metadata |
| Door | https://api.hanzo.ai/v1/mcp |
| Method | tools/call (JSON-RPC 2.0) |
| Arguments | 2, 2 required |
| Operation | GET /v1/deploy/applications/{name}/revisions/{revision}/metadata |
| Product | deploy |
Arguments
| Field | Type | Required | Default | Values | Description |
|---|---|---|---|---|---|
name | string | yes | — | — | Name is the application to read, from the path. It must be a DNS-1123 label. |
revision | string | yes | — | — | Revision is the revision to describe, from the path. The empty revision and "HEAD" both mean "whatever this application currently declares". |
tools/list declares a type and a description for each field and nothing further. The Required column is taken from GET /v1/deploy/applications/{name}/revisions/{revision}/metadata, 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": "get_v1_deploy_applications_name_revisions_revision_metadata",
"arguments": {
"name": "<name>",
"revision": "<revision>"
}
}
}'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 |
|---|---|---|---|
get_v1_deploy_applications_name_revisions_revision_metadata | GET /v1/deploy/applications/{name}/revisions/{revision}/metadata | deploy | Returns the argocd RevisionMetadata for one revision of one application — what the detail… |
The same capability over plain HTTP is in the deploy 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?
get_v1_deploy_applications_name_resource-tree
GetDeployResourceTree returns one application's argocd ApplicationTree: the objects the operator reconciled from its App CR, reached by ownerRef — the Deployment and, under it, the ReplicaSet and…
get_v1_deploy_applications_name_syncwindows
GetDeploySyncWindows returns one application's argocd ApplicationSyncWindowState — the answer to "is anything blocking a sync of this application right now?".