Zum Inhalt springen
HTTP-native KI
18 HTTP-Services
6 Agent-Endpunkte
5 Task Modes
Multi-Agent-Orchestrierung
MITM-Regelmaschine
Snapshot-Sicherheitsnetz
Snapshot in 2 Sekunden
HTTP-native KI
18 HTTP-Services
6 Agent-Endpunkte
5 Task Modes
Multi-Agent-Orchestrierung
MITM-Regelmaschine
Snapshot-Sicherheitsnetz
Snapshot in 2 Sekunden
HTTP-native KI
18 HTTP-Services
6 Agent-Endpunkte
5 Task Modes
Multi-Agent-Orchestrierung
MITM-Regelmaschine
Snapshot-Sicherheitsnetz
Snapshot in 2 Sekunden
HTTP-native KI
18 HTTP-Services
6 Agent-Endpunkte
5 Task Modes
Multi-Agent-Orchestrierung
MITM-Regelmaschine
Snapshot-Sicherheitsnetz
Snapshot in 2 Sekunden
AgentKit-Dienst

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.

5 Task Modes. Ein POST zum Starten.
agent-alpha / task monitor

$ 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

LIVE-DEMO

Ein POST. Drei Muster.

Sende eine Aufgabe, überwache den WebSocket-Stream, rolle ein fehlgeschlagenes Experiment zurück — alles über Standard-HTTP-Aufrufe.

agent-alpha / api playground

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." }]

}

ORCHESTRIERUNG

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.

abc123-def456-workspaces-1.node-us-1.containers.hoody.com
AI-SCHICHT — BELIEBIGES MODELL
hoody-agent
FÄHIGKEITS-OBERFLÄCHE · 18 HTTP-SERVICES
TERMINAL
DISPLAY
DATEIEN
SQLITE
EXEC
BROWSER
WORKSPACES
CODE
cURL
NOTIFY
DAEMON
CRON
PIPE
NOTES
WATCH
APP
TUNNEL
LOGS
18HTTP-Services pro Container
5Task Modes pro Agent
6Agent-API-Endpunkte
1POST, um alles zu starten
MULTI-AGENT

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.

orchestrator.ts

// 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.

GUARDRAILS

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.

hoody.json · mitm rules

{

"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"

}

}

]

}

AGENT-KRÄFTE

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.

// default model
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" }

API-REFERENZ

6 Endpoints. Vollständige Agent-Kontrolle.

Aufgaben-Lebenszyklus, Echtzeit-Überwachung und MCP-Anhängen — alles Standard-HTTP und WebSocket.

Prompt

3 Endpoints

POST /api/v1/agent/prompt

POST
/api/v1/agent/promptEine Prompt-Antwort über Server-Sent Events streamen
POST
/api/v1/agent/prompt/syncEinen Prompt ausführen und auf das vollständige Ergebnis blocken
GET
/api/v1/agent/promptEinen Prompt per Query-String absenden

Sessions

2 Endpoints

GET /api/v1/agent/sessions/live

GET
/api/v1/workspaces/{workspaceID}/sessionsJede Session in einem Workspace auflisten
GET
/api/v1/agent/sessions/liveLive-Sessions-Wall, als HTML gerendertWeb-UI

MCP + Web UI

2 Endpoints

POST /api/v1/workspaces/{workspaceID}/mcp

POST
/api/v1/workspaces/{workspaceID}/mcpStelle ein MCP-Server zur Laufzeit an
GET
/api/v1/workspaces/{workspaceID}/providersEingebaute Browser-Chat-UI
FÄHIGKEITEN

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.

Docs lesen