Skip to content
Hoody.com

The Hoody Agent is a fully HTTP-driven AI coding agent that runs inside a Hoody container. Every aspect of an agent session — creation, prompting, tool use, memory, hooks, workflows, GitHub integration, and background tasks — is exposed as a REST endpoint under /api/v1/agent/.... This makes it possible to drive headless coding sessions from any HTTP client, CI pipeline, or automation script without a local editor or interactive UI.

The Agent service is intentionally comprehensive: it covers the lifecycle of a session from discovery and creation through streaming, forking, and cancellation; it exposes a todo queue, a skill hub, a tool catalogue, and a workflow engine; it persists memory across runs and integrates with GitHub for source control; and it surfaces operational endpoints for hooks, MCP servers, logs, jobs, and statistics. Each of those areas is documented on its own sub-page.

The Hoody Agent is an in-container Kit service reached through the Hoody proxy. All endpoints share the same container-scoped base URL:

https://{projectId}-{containerId}-agent-1.{server}.containers.hoody.com

Every operation lives under /api/v1/agent/... (for example https://{projectId}-{containerId}-agent-1.{server}.containers.hoody.com/api/v1/agent/sessions). This is distinct from the management Hoody API at https://api.hoody.com — agent endpoints are never served from the management host.

The Agent API is organised into the following groups. Each card links to the dedicated reference page for that group.

Agent endpoints are reached through the Hoody proxy and inherit the proxy’s authentication model. Requests must carry a valid Hoody bearer token in the Authorization header, formatted as Bearer <token>. The token grants access to the specific container identified in the base URL; cross-container access is not permitted.

If you are new to the Hoody Agent API, the typical flow is:

  1. Call the Discovery endpoints to confirm the container and realm you want to bind a session to.
  2. Use the Sessions endpoints to create a session and stream its events.
  3. Drive the agent with the Chat Agents, Tools, Skills, Memory, Hooks, and MCP Servers endpoints as needed.
  4. Inspect operational state through Tasks, Jobs, Logs, and Statistics endpoints.

For one-off automation that does not need a long-lived session, the Headless group exposes a single-call entry point that creates a session, runs it to completion, and returns the result.