Architecture
- The MCP server can be written in any language or framework.
- Your software can be anything (service, desktop app, game, scripts). The connection between them is your choice.
- Logs must go to stderr; stdout is reserved for MCP protocol packets.
Minimal requirements
- Docker image starts a process that speaks MCP on stdout/stdin (stdio) by default.
- No non‑MCP output on stdout (all logging to stderr).
- No required file layout, framework, or endpoints.
setup
and evaluate
.
Make it runnable remotely (mcp.hud.so)
Remote execution is built‑in. Push your image, then either:- CLI (default is remote):
- Programmatic (Task config):
Run arbitrary configs locally or remotely
- Local Docker (stdio):
- Local HTTP proxy (for inspectors):
- Remote (default):
Notes
- Use
hud dev
only for local hot‑reload workflows; for production, build once andhud run
. - Use
hud debug
only when startup/compliance issues occur. - Any MCP‑speaking Docker image works; controller/backend split is optional.
Task config examples
hud init
’s template and by programmatic tasks.
- Programmatic (inline in code):
- File
tasks.json
(created byhud init
templates), local dev variant:
mcp_config
with the hud
section shown above (or using hud rl
, which will help convert it automatically).
Run tasks with either the CLI or an agent:
ClaudeAgent
, OpenAIChatAgent
).