
Hatchet Mcp
io.github.ElliotPadfieldPublished by GitHub account ElliotPadfieldv0.1.1Updated Oct 24, 2026
Observe and operate Hatchet workflows from an AI agent — runs, logs, trigger, cancel, replay.
Overview
Local MCP server that lets an AI assistant inspect and operate Hatchet workflows: runs, logs, workers, metrics, plus trigger, cancel and replay.
- What you can do
- Check the resolved tenant and server URL and confirm the token works
- List workflow definitions, workflow runs and workers, and read one run's status, tasks and errors
- Fetch log lines for a task and read queue health metrics
- Trigger a new workflow run by name with a JSON input payload
- Cancel or replay one or more runs or tasks by external id
- When to use it
- Useful when you run Hatchet workflows and want an assistant to diagnose failures, read run logs and queue health, or start, cancel and retry runs without switching to the dashboard.
- Requirements
- Runs locally over stdio, typically launched with npx from the hatchet-mcp npm package, so Node.js is needed. Requires a Hatchet API token in HATCHET_CLIENT_TOKEN, obtained from the Hatchet dashboard; the JWT encodes the server URL and tenant. Optional HATCHET_API_BASE and HATCHET_TENANT_ID override the endpoint and tenant, for self-hosted instances.
Installation
In SourceWeft
- Open Hatchet Mcp in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
hatchet-mcp
[CI] [npm version] [license: MIT]
An MCP server that lets AI agents observe and operate Hatchet workflows — status, runs, logs, workers, and metrics, plus trigger / cancel / replay.
Why: Hatchet has a great API but no MCP. This wraps it so agents (Claude Code / Desktop, etc.) can see and act on workflow state.
Install
Add this to your Claude Code / Claude Desktop MCP config:
Get the token from the Hatchet dashboard → API tokens. The token is a JWT that encodes the server URL and tenant, so it's the only required setting.
Configuration
Self-hosting? Set HATCHET_API_BASE to your own Hatchet instance and it works anywhere.
Tools
Observability (read-only)
Actions (mutate live state)
Safety
The read tools (whoami, list_workflows, list_runs, get_run, get_run_logs, list_workers, get_queue_metrics) are non-destructive.
trigger_workflow, cancel_runs, and replay_runs mutate live state — their descriptions are prefixed MUTATES LIVE STATE so agents and users know they affect real runs.
The token grants full tenant access — treat it as a secret. Never commit it to source control.
Development
TypeScript / ESM, tested with vitest.
Status
v0.1.0 — all tools verified against Hatchet Cloud; works with self-hosted instances via HATCHET_API_BASE. trigger_workflow uses the stable /workflow-runs/trigger endpoint.
Source: README.md at commit 18b34bf
Tools
0Version history
1- v0.1.1LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts