Service KitVotre agent obtient un corps
Chaque service Kit est un endpoint HTTPS. Créez un conteneur, obtenez 14 outils HTTP. Votre agent connaît déjà HTTP — c'est tout l'intérêt.
$ 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. Trois patterns.
Soumettre une tâche, regarder le flux WebSocket, restaurer une expérience échouée — tout depuis les appels HTTP standards.
Soumettre une tâche et streamer les événements
POST une description en langage naturel pour créer une tâche, puis ouvrir le WebSocket pour streamer chaque tool_call et résultat en temps réel.
# 1. Créer une tâche
POST /api/v1/agent/tasks
'{'
"description": "Install deps, write auth.ts, run tests",
"mode": "code"
'}'
→ '{' "id": "task-abc123", "status": "running" '}'
# 2. Ouvrir le flux WebSocket
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
Donnez à chaque agent un ordinateur complet
Un seul appel de création de conteneur provisionne 14 services HTTP. Aucune configuration, aucune gestion de driver, aucune cérémonie d'auth au-delà d'un bearer token.
Les agents créent des agents. Aucun coordinateur requis.
L'agent A crée le conteneur de l'agent B via HTTP, lui assigne des tâches via l'URL du service agent, lit ses fichiers directement. Juste des URLs parlant à des 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"
})}
);
Topologie réseau
Les agents sont des pairs. N'importe quel conteneur appelle n'importe quel autre via HTTP. Pas de bus, pas de coordinateur.
Workers parallèles
Déployez 10 agents spécialistes simultanément. Frontend, backend, tests — tout en parallèle.
Lectures inter-conteneurs
L'agent A lit les fichiers de l'agent B via le service Kit files. Inspectez sans arrêter le worker.
Échecs isolés
Le crash d'un agent détruit uniquement son propre sandbox. Les défaillances ne peuvent pas se propager.
Contrôlez chaque prompt. Aucun code proxy requis.
Sept hooks d'événements, cinq types d'actions, règles JSON déclaratives. Le moteur de règles s'exécute dans hoody-agent lui-même — zéro latence, zéro proxy.
chat.system.transform
Ajoutez une règle de sécurité au prompt système de chaque session prod avant que le LLM le voie.
tool.execute.before
Notifiez un humain avant que l'agent exécute bash. En boucle, sans proxy.
session.error
Déclenchez un webhook vers PagerDuty quand une session échoue sur toute la flotte.
{
"mitm": {
"rules": [
{
"id": "safety-guardrail",
"enabled": true,
"trigger": {
"event": "chat.system.transform",
"tags": ["prod"]
},
"action": {
"type": "prompt-inject",
"position": "append",
"target": "system"
}
}
]
}
}
Deux superpouvoirss, zéro config.
N'importe quelle IA avec accès web peut atteindre votre agent via @hoody.com. N'importe quelle expérience peut être restaurée en ~2 secondes.
Découverte de Skill @hoody.com
N'importe quel agent IA avec accès web envoie @hoody.com et reçoit un Skill décrivant l'ensemble de votre API HTTP — sans plugin, sans SDK, sans endpoint personnalisé.
Snapshot avant chaque exécution d'agent
Ne laissez jamais un agent modifier un conteneur sans snapshot. Un seul appel API. Rollback instantané en ~2 secondes.
hoody snapshots create-snapshot $AGENT_ID \
--alias "before-experiment"
6 endpoints. Contrôle complet de l'agent.
Cycle de vie des tâches, surveillance en temps réel et attachement MCP — tout HTTP et WebSocket standards.
Tâches
{count, plural, =1 {# endpoint} other {# endpoints}'}POST /api/v1/agent/tasks
Surveillance
{count, plural, =1 {# endpoint} other {# endpoints}'}wss://.../api/v1/agent/ws
MCP + Interface web
{count, plural, =1 {# endpoint} other {# endpoints}'}POST /api/v1/agent/mcp/servers
Ce que l'agent peut vraiment faire
Trois capacités qu'aucune ingénierie de prompt ne vous donne — elles sont dans la plateforme.
5 modes de tâche, interchangeables en cours de session
code, architect, debug, ask, orchestrator — chacun ajusté pour une intention différente. Changer via PATCH /api/v1/agent/tasks/{id}/mode sans arrêter la tâche.
Découverte d'outils MCP Runtime
Attacher n'importe quel serveur compatible MCP — GitHub, Slack, Jira — à la volée. L'agent découvre et fusionne les nouveaux outils dans sa session active instantanément.
Intégration de terminal side-panel
Intégrer l'agent comme side-panel dans n'importe quelle URL hoody-terminal via ?panel=AGENT_URL. L'agent partage le système de fichiers et l'état des processus avec le terminal.
Votre premier agent est à un conteneur
Créez un conteneur avec hoody-kit. 14 services HTTP se réveillent instantanément quand l'agent démarre. Donnez l'URL à Claude, Codex ou n'importe quel agent qui parle HTTP.