Servicio KitTu agente obtiene un cuerpo
Cada servicio Kit es un endpoint HTTPS. Crea un contenedor y obtén 14 herramientas HTTP. Tu agente ya sabe HTTP: ese es todo el punto.
$ ws connect wss://proj-1-abc.srv.containers.hoody.com/api/v1/agent/ws
[tool_use] { tool: "terminal_exec", command: "npm install" }
[tool_use] { tool: "write_file", path: "/app/src/auth.ts" }
[tool_result] { output: "3 tests passed" }
[tool_use] { tool: "daemon_start", service: "api-server" }
[completed] task finished in 4m 12s
Un POST. Tres patrones.
Envía una tarea, observa el stream de WebSocket, revierte un experimento fallido: todo desde llamadas HTTP estándar.
Envía una tarea y transmite eventos
POST una descripción en lenguaje natural para crear una tarea, luego abre el WebSocket para transmitir cada tool call y resultado en tiempo real.
# 1. Create task
POST /api/v1/agent/tasks
'{'
"description": "Install deps, write auth.ts, run tests",
"mode": "code"
'}'
→ '{' "id": "task-abc123", "status": "running" '}'
# 2. Open WebSocket stream
WS wss://.../api/v1/agent/ws
> '{' "type": "tool_use", "tool": "terminal_exec", "command": "npm install" '}'
> '{' "type": "tool_use", "tool": "write_file", "path": "/app/src/auth.ts" '}'
> '{' "type": "tool_result", "output": "3 tests passed" '}'
> '{' "type": "tool_use", "tool": "daemon_start", "service": "api-server" '}'
> [completed] task finished in 4m 12s
Dale a cada agente un ordenador completo
Una llamada de creación de contenedor aprovisiona 14 servicios HTTP. Sin configuración, sin gestión de drivers, sin ceremonia de auth más allá de un bearer token.
Los agentes crean agentes. Sin coordinador.
El Agente A crea el contenedor del Agente B vía HTTP, le asigna tareas a través de la URL del servicio de agente y lee sus archivos directamente. Solo URLs hablando con URLs.
// Agent A spawns Agent B and assigns work
const worker = await client.api.containers.create(PROJECT_ID, {
name: "ai-worker-backend",
server_id: "us-east-1",
container_image: "hoody-kit:latest",
hoody_kit: true,
});
await fetch(
`https://${PROJECT_ID}-${worker.id}-agent-1.${SRV}/api/v1/agent/tasks`,
{ method: "POST", body: JSON.stringify({
description: "Build payment module", mode: "code"
})}
);
Topología de red
Los agentes son pares. Cualquier contenedor llama a cualquier otro vía HTTP. Sin bus, sin coordinador.
Trabajadores en paralelo
Despacha 10 agentes especializados simultáneamente. Frontend, backend, tests: todo en paralelo.
Lecturas entre contenedores
El Agente A lee los archivos del Agente B vía el servicio Kit files. Inspecciona sin detener el worker.
Fallos aislados
El fallo de un agente destruye solo su propio sandbox. Los fallos no pueden propagarse.
Controla cada prompt. Sin código de proxy.
Siete hooks de evento, cinco tipos de acción, reglas JSON declarativas. El motor de reglas corre dentro del propio hoody-agent: cero latencia, cero proxy.
chat.system.transform
Añade una regla de seguridad al system prompt de cada sesión de producción antes de que el LLM lo vea.
tool.execute.before
Notifica a un humano antes de que cualquier agente ejecute bash. En el loop, sin proxy.
session.error
Dispara un webhook a PagerDuty cuando cualquier sesión falla en toda la flota.
{
"mitm": {
"rules": [
{
"id": "safety-guardrail",
"enabled": true,
"trigger": {
"event": "chat.system.transform",
"tags": ["prod"]
},
"action": {
"type": "prompt-inject",
"position": "append",
"target": "system"
}
}
]
}
}
Dos superpoderes, cero config.
Cualquier IA con acceso web puede alcanzar tu agente vía @hoody.com. Cualquier experimento puede revertirse en ~2 segundos.
Descubrimiento de habilidades @hoody.com
Cualquier agente de IA con acceso web envía @hoody.com y recibe una Habilidad que describe toda tu API HTTP: sin plugin, sin SDK, sin endpoint personalizado.
Snapshot antes de cada ejecución de agente
Nunca dejes que un agente modifique un contenedor sin un snapshot. Una llamada a la API. Rollback instantáneo en ~2 segundos.
hoody snapshots create-snapshot $AGENT_ID \
--alias "before-experiment"
6 endpoints. Control total del agente.
Ciclo de vida de la tarea, monitoreo en tiempo real y adjunción de MCP: todo HTTP y WebSocket estándar.
Tareas
{count, plural, =1 {# endpoint} other {# endpoints}'}POST /api/v1/agent/tasks
Monitorear
{count, plural, =1 {# endpoint} other {# endpoints}'}wss://.../api/v1/agent/ws
MCP + Web UI
{count, plural, =1 {# endpoint} other {# endpoints}'}POST /api/v1/agent/mcp/servers
Lo que el agente realmente puede hacer
Tres capacidades que ningún prompt engineering te da: están en la plataforma.
5 modos de tarea, conmutables a mitad de sesión
code, architect, debug, ask, orchestrator — cada uno ajustado para una intención diferente. Cambia vía PATCH /api/v1/agent/tasks/{id}/mode sin detener la tarea.
Descubrimiento de herramientas MCP en tiempo de ejecución
Adjunta cualquier servidor compatible con MCP — GitHub, Slack, Jira — en tiempo de ejecución. El agente descubre e integra las nuevas herramientas en su sesión activa al instante.
Incrustación de panel lateral de terminal
Incrusta el agente como un panel lateral en cualquier URL hoody-terminal vía ?panel=AGENT_URL. El agente comparte el sistema de archivos y el estado de procesos del contenedor con la terminal.
Tu primer agente está a un contenedor de distancia
Crea un contenedor con hoody-kit. 14 servicios HTTP se despiertan al instante cuando lo hace el agente. Dale la URL a Claude, Codex o cualquier agente que hable HTTP.