hatchet-ops-mcp
A read-only MCP server that exposes Hatchet client / REST observability APIs to coding agents across multiple environments from one process.
README
hatchet-ops-mcp
A small, read-only MCP server that exposes Hatchet client / REST observability APIs to coding agents — across multiple environments from one process.
Hatchet itself does not ship an official ops MCP. This project is a thin
wrapper around the official Python hatchet-sdk:
each tool call picks an env, resolves that environment's Hatchet JWT from
envs.yaml, uses a cached Hatchet client, and returns the SDK response as
structured MCP output.
The default transport is local stdio (no host / API key). For a shared process on a trusted network, streamable HTTP (and legacy SSE) are also available.
Why this exists
Hatchet's official agent integrations today are mainly docs MCP, CLI skills, and SDK helpers that turn your workflows/tasks into agent tools. None of those is a multi-tenant ops console for listing runs, workers, and queue metrics.
This server fills that gap by mapping read-only hatchet-sdk feature clients
(workflows, runs, workers, metrics, logs, …) to MCP tools, with one
extra capability: explicit env routing so one MCP process can talk to several
Hatchet tenants/instances.
Requirements
- Python 3.12 or newer
- uv
- A Hatchet API token (JWT) for each environment you want to query
- Docker and Docker Compose (optional, for HTTP deployment)
Setup
git clone <repository-url>
cd hatchet-ops-mcp
cp envs.example.yaml envs.yaml
uv sync
Edit envs.yaml. Each environment has its own Hatchet JWT (token). Entries
left as TODO remain visible in list_envs, but cannot be queried until a
token is provided.
envs:
development:
description: "Development"
token: "eyJ..." # Hatchet API JWT for this env
server_url: "http://localhost:8080"
tls_strategy: "none"
production:
description: "Production"
token: "TODO"
server_url: "https://hatchet.example.com"
server_url and tls_strategy are optional. When server_url is omitted,
Hatchet resolves it from the JWT.
Note:
envs.yamltokenis the Hatchet credential. The MCP HTTP Bearer key is separate: setHATCHET_OPS_MCP_API_KEY(only needed for streamable-http / sse).
Local use (stdio)
This is the usual path for Cursor / Claude Code on your laptop — no bind address, no API key:
uv run hatchet-ops-mcp
Set HATCHET_OPS_MCP_ENVS when the config is outside the current checkout:
HATCHET_OPS_MCP_ENVS=/absolute/path/to/envs.yaml uv run hatchet-ops-mcp
MCP client configuration:
{
"mcpServers": {
"hatchet-ops": {
"command": "uv",
"args": [
"--directory",
"/absolute/path/to/hatchet-ops-mcp",
"run",
"hatchet-ops-mcp"
],
"env": {
"HATCHET_OPS_MCP_ENVS": "/absolute/path/to/hatchet-ops-mcp/envs.yaml"
}
}
}
}
Shared HTTP (trusted network)
For one process that several clients hit on a LAN / VPN. Auth is a single shared Bearer API key checked by middleware — not OAuth.
HTTP refuses to start without an API key unless you pass --allow-insecure
(trusted network only). Default bind is 127.0.0.1; only override --host
when something other than this machine must connect (Docker Compose already
sets 0.0.0.0).
export HATCHET_OPS_MCP_API_KEY='replace-with-a-strong-random-value'
uv run hatchet-ops-mcp --transport streamable-http
# optional: --port 8765
# Docker / LAN only: --host 0.0.0.0
Endpoints: /mcp (MCP), /health (no auth).
Docker Compose mounts local envs.yaml and binds 0.0.0.0 for you:
export HATCHET_OPS_MCP_API_KEY='replace-with-a-strong-random-value'
docker compose up --build
Remote MCP client example:
{
"mcpServers": {
"hatchet-ops": {
"url": "http://hatchet-ops.internal:8765/mcp",
"headers": {
"Authorization": "Bearer replace-with-the-shared-api-key"
}
}
}
}
| Environment variable | Purpose |
|---|---|
HATCHET_OPS_MCP_ENVS |
Path to envs.yaml |
HATCHET_OPS_MCP_TRANSPORT |
stdio (default), streamable-http, or sse |
HATCHET_OPS_MCP_PORT |
HTTP port (default 8765) |
HATCHET_OPS_MCP_HOST |
HTTP bind address (default 127.0.0.1; Docker uses 0.0.0.0) |
HATCHET_OPS_MCP_API_KEY |
Shared Bearer key for MCP HTTP (not a Hatchet JWT) |
HATCHET_OPS_MCP_ALLOW_INSECURE |
Allow HTTP with no API key |
Tools
| Tool | Purpose |
|---|---|
list_envs |
List environment names and configuration status without secrets |
list_workflows |
List workflow definitions (optional workflow_name filter) |
get_workflow |
Get one workflow definition by ID |
list_runs |
List recent workflow or task runs (status / name / metadata / worker filters) |
get_run |
Get one workflow run (status, tasks; payloads opt-in) |
get_run_events |
Get lifecycle events for one workflow run |
get_run_logs |
Get logs for one task or merged logs for a whole workflow run |
list_workers |
List workers and their status |
get_worker |
Get one worker by ID |
get_queue_metrics |
Inspect current queue backlog depth |
get_task_metrics |
Task counts by status over a time window |
get_task_stats |
Per-task-name statistics for the tenant |
All tools except list_envs require env.
Debug playbook
Typical failed / stuck run investigation:
list_runswithstatuses,workflow_name(exact name), and/oradditional_metadataget_runfor status and per-task summaries (include_payloads=truefor I/O)get_run_eventsfor QUEUED / STARTED / FAILED / CANCELLED timelineget_run_logswithworkflow_run_idfor merged application logs (newest lines kept)- If stuck QUEUED:
list_workers/get_worker - For environment health:
get_queue_metrics,get_task_metrics,get_task_stats
list_runs / get_run omit payloads by default. include_payloads=true on
list_runs also disables minimal_output.
Security
envs.yamlis ignored by Git. Never commit real Hatchet tokens.- Prefer stdio on developer machines; treat shared HTTP as an internal service.
- HTTP refuses to start without a Bearer API key unless
--allow-insecureis set. - Prefer read-only Hatchet tokens when the deployment supports scoped tokens.
- Tool results may contain workflow inputs, outputs, errors, or logs. Treat MCP output according to the sensitivity of the underlying environment.
- The server intentionally exposes no mutating Hatchet operations.
Development
uv sync
uv run pytest
uv build
License
Recommended Servers
playwright-mcp
A Model Context Protocol server that enables LLMs to interact with web pages through structured accessibility snapshots without requiring vision models or screenshots.
Audiense Insights MCP Server
Enables interaction with Audiense Insights accounts via the Model Context Protocol, facilitating the extraction and analysis of marketing insights and audience data including demographics, behavior, and influencer engagement.
Magic Component Platform (MCP)
An AI-powered tool that generates modern UI components from natural language descriptions, integrating with popular IDEs to streamline UI development workflow.
VeyraX MCP
Single MCP tool to connect all your favorite tools: Gmail, Calendar and 40 more.
graphlit-mcp-server
The Model Context Protocol (MCP) Server enables integration between MCP clients and the Graphlit service. Ingest anything from Slack to Gmail to podcast feeds, in addition to web crawling, into a Graphlit project - and then retrieve relevant contents from the MCP client.
Kagi MCP Server
An MCP server that integrates Kagi search capabilities with Claude AI, enabling Claude to perform real-time web searches when answering questions that require up-to-date information.
E2B
Using MCP to run code via e2b.
Neon Database
MCP server for interacting with Neon Management API and databases
Exa Search
A Model Context Protocol (MCP) server lets AI assistants like Claude use the Exa AI Search API for web searches. This setup allows AI models to get real-time web information in a safe and controlled way.
Qdrant Server
This repository is an example of how to create a MCP server for Qdrant, a vector search engine.