Dein Agent bekommt einen Körper
Jeder Kit-Service ist ein HTTPS-Endpunkt. Einen Container starten, 18 HTTP-Tools erhalten. Dein Agent kennt curl und JSON bereits.
$ curl -N -X POST https://abc123-def456-workspaces-1.node-us-1.containers.hoody.com/api/v1/agent/prompt -H "Content-Type: application/json" -d '{"parts":[{"type":"text","text":"Build auth + tests"}]}'
[tool_use] { tool: "bash", command: "npm install" }
[tool_use] { tool: "Write", path: "/app/src/auth.ts" }
[tool_result] { output: "3 tests passed" }
[tool_use] { tool: "bash", command: "npm run dev" }
[completed] session finished in 4m 12s
Ein POST. Drei Muster.
Sende eine Aufgabe, überwache den WebSocket-Stream, rolle ein fehlgeschlagenes Experiment zurück — alles über Standard-HTTP-Aufrufe.
Sende eine Aufgabe und streame Events
POST eine natürlichsprachige Beschreibung, um eine Aufgabe zu erstellen, dann öffne den WebSocket, um jeden Tool-Aufruf und jedes Ergebnis in Echtzeit zu streamen.
# Submit a prompt — omit wait to stream Server-Sent Events
POST /api/v1/agent/prompt
{
"parts": [{ "type": "text", "text": "Install deps, write auth.ts, run tests" }],
"autoApprove": true
}
# The stream emits tool calls, tool results and assistant
# messages as they happen. The final message payload:
{
"sessionID": "5f9b3a2e1c8d4f0001a2b3c4",
"messageID": "msg_01HXYZABCDEF",
"status": "completed",
"info": { "role": "assistant", "finish": "stop" },
"parts": [{ "type": "text", "text": "Done — 14 tests passing." }]
}
Jedem Agent einen vollständigen Computer geben
Ein Container-Erstellungsaufruf stellt 18 HTTP-Services bereit. Kein Setup, kein Treiber-Management, keine Auth-Zeremonie ausser einem Bearer-Token.
Agents spawnen Agents. Kein Koordinator nötig.
Agent A erstellt Agent Bs Container per HTTP, weist Aufgaben über die Agent-Service-URL zu, liest seine Dateien direkt. Nur HTTP.
// 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: "debian-12",
hoody_kit: true,
});
await fetch(
`https://${PROJECT_ID}-${worker.id}-workspaces-1.${SRV}/api/v1/agent/prompt/sync`,
{ method: "POST", body: JSON.stringify({
parts: [{ type: "text", text: "Build payment module" }],
autoApprove: true
})}
);
Netzwerk-Topologie
Agents sind Gleichgestellte. Jeder Container ruft jeden anderen per HTTP auf. Kein Bus, kein Koordinator.
Parallele Worker
10 Spezialisten-Agents gleichzeitig einsetzen. Frontend, Backend, Tests — alles parallel.
Container-übergreifende Lesevorgänge
Agent A liest Agent Bs Dateien per Kit-Files-Service. Inspizieren ohne den Worker zu stoppen.
Isolierte Fehler
Der Absturz eines Agents zerstoert nur seine eigene Sandbox. Fehler können sich nicht ausbreiten.
Jeden Prompt steuern. Kein Proxy-Code nötig.
Sieben Event-Hooks, fünf Aktionstypen, deklarative JSON-Regeln. Die Regel-Engine läuft innerhalb von hoody-agent selbst — keine Latenz.
chat.system.transform
Jeder Prod-Session-System-Prompt vor dem LLM um eine Sicherheitsregel ergaenzen.
tool.execute.before
Einen Menschen benachrichtigen, bevor ein Agent bash ausführt. In-Loop, kein Proxy.
session.error
Einen Webhook an PagerDuty senden, wenn eine Session flottenweit fehlschlaegt.
{
"rules": [
{
"id": "inject-safety-prompt",
"name": "Inject safety prompt",
"enabled": true,
"severity": "info",
"trigger": {
"event": "chat.system.transform",
"tags": ["prod"]
},
"action": {
"type": "prompt-inject",
"content": "Always confirm before shell commands.",
"position": "prepend",
"target": "system"
}
}
]
}
Zwei Superkräfte, keine Konfiguration.
Jede KI mit Web-Zugriff kann dein Agent-Programm über @hoody.com erreichen. Jedes Experiment kann sicher in ca. 2 Sekunden zurückgerollt werden.
300+ Modelle, 15+ Provider
Anthropic, OpenAI, Google, Meta, Mistral und mehr – pro Prompt ausgewählt, indem du Provider und Model-ID kombinierst. Wechsle das Modell mitten im Gespräch; du migrierst nie.
anthropic/claude-sonnet-4.5
@hoody.com Skill-Erkennung
Jeder KI-Agent mit Web-Zugriff sendet @hoody.com und erhält eine Skill-Beschreibung deiner gesamten HTTP-API — kein Plugin, kein SDK, kein Custom-Endpoint.
Snapshot vor jedem Agent-Lauf
Niemals einen Agent einen Container verändern lassen ohne Snapshot. Ein API-Aufruf. Sofortiger Rollback in ca. 2 Sekunden.
POST /api/v1/containers/{id}/snapshots
{ "alias": "before-agent-experiment" }
6 Endpoints. Vollständige Agent-Kontrolle.
Aufgaben-Lebenszyklus, Echtzeit-Überwachung und MCP-Anhängen — alles Standard-HTTP und WebSocket.
Prompt
3 EndpointsPOST /api/v1/agent/prompt
Sessions
2 EndpointsGET /api/v1/agent/sessions/live
MCP + Web UI
2 EndpointsPOST /api/v1/workspaces/{workspaceID}/mcp
Was der Agent tatsächlich tun kann
Drei Möglichkeiten, die keine Menge an Prompt-Engineering dir geben kann — sie sind in der Plattform.
Benannte Agents, Primary & Subagent
Jeder Workspace bringt benannte Agents mit – build läuft als Primary, explore als Read-only-Subagent. Wähl pro Prompt einen über das agent-Feld; jeder hat sein eigenes Modell, eigene Permissions und einen eigenen Prompt.
MCP-Tool-Discovery zur Laufzeit
Stelle jeden MCP-kompatiblen Server an — GitHub, Slack, Jira — zur Laufzeit an. Der Agent erkennt und fusioniert die neuen Tools in seiner aktiven Sitzung sofort.
Einbettbare Live-Sessions-Wall
Die Live-Sessions-Wall rendert jeden laufenden Agent als HTML-View, gebaut zum Einbetten in ein Dashboard-iframe – beobachte die ganze Flotte ohne Polling.
Dein erster Agent ist einen Container entfernt
Container mit hoody-kit starten. 18 HTTP-Services starten sofort auf wenn der Agent es tut. URL an Claude, GPT oder einen beliebigen Agent übergeben, der HTTP spricht.