Hoody — Computers That Are URLs

Kit / Daemon / Hauptbereich

Prozessverwaltung

Alles als Service ausführen. Über HTTPS steuern.

Node, Python, Go, Rust oder jedes Binary wird zu einem persistenten, auto-neustartendem Service. Starten, stoppen und überwachen — alles über HTTP.

Dokumentation ansehen

daemon-1.hoody.com

# Programm hinzufügen

POST /api/v1/daemon/programs/add

["name":"server","command":"node server.js","boot":true]

# Response

["success":true,"id":2,"status":"RUNNING","pid":12345]

Kit / Daemon / services-grid

Alle Kit-Services

Der Daemon-Service verwaltet sie alle

Jeder Hoody-Kit-Service — Terminal, Display, Files, SQLite und 10 weitere — läuft als supervisord-Programm, das du starten, stoppen und überwachen kannst.

RUNNING

Terminal

Shell-Sitzungen über HTTP + WebSocket

RUNNING

Display

Vollständige Desktops in deinem Browser

RUNNING

Dateien

Dateisystem als REST API

RUNNING

Exec

Skripte werden zu HTTP-Endpoints

RUNNING

SQLite

Datenbanken über HTTP abfragbar

RUNNING

Browser

Chrome/Puppeteer-Automatisierung

RUNNING

Agent

KI-Orchestrierung mit 100+ Tools

RUNNING

Code

VS-Code-Instanzen im Browser

RUNNING

cURL

REST-Aufrufe als teilbare GET-URLs

RUNNING

Benachrichtigungen

Push-Benachrichtigungen über HTTP

BACKOFF

Daemon

Hintergrundprozessverwaltung

RUNNING

Cron

Verwaltung geplanter Aufgaben

RUNNING

Pipe

Daten-Streaming zwischen Containern

RUNNING

Watch

Überwachung von Datei- und Verzeichnisänderungen

RUNNING

Workspaces

Multi-Fenster-Desktop-Layouts

Kit / Daemon / Lebenszyklus

Lebenszyklus

Jeder Zustand, jeder Uebergang

Von der Erstellung bis zur Entfernung ist jeder Lifecycle-Schritt ein einziger HTTPS-Aufruf — kein SSH, kein CLI, kein Host-Zugriff nötig.

Prozess per supervisorctl starten. Programm muss zuerst aktiviert sein.

daemon — start

# Enable then start

POST /api/v1/daemon/programs/{id}/enable

POST /api/v1/daemon/programs/{id}/start

{"wait":true,"timeout":30}

# Response

{"success":true,"status":"RUNNING","pid":12345}

Kit / Daemon / compare

vs. Prozess-Manager

Für HTTP gebaut. Nicht für das Terminal.

systemd benötigt Host-Zugriff und Unit-Dateien. PM2 ist nur für Node. Hoody Daemon ist supervisord-gestützt und funktioniert mit jedem Binary.

Feature	Hoody Daemon	systemd	PM2
Funktioniert mit jeder Sprache / jedem Binary
HTTP-API — kein Host-Zugriff nötig
Ephemere Quick-Start-Programme
Auto-Neustart bei Absturz
Boot-Prioritaets-Reihenfolge
Webhook bei Zustandsaenderung
Pro-Prozess-User-Isolation
Log-Tailing per API

Kit / Daemon / Endpoints

API-Referenz

Jeder Daemon ist eine Ressource.

Programme über CRUD-Endpunkte erstellen, starten, stoppen, konfigurieren und überwachen.

Programm-Verwaltung

6 Endpunkte

POST /api/v1/daemon/programs/add

GET

/programsAlle Programme auflisten

GET

/programs/{id}Programmdetails abrufen

POST

/programs/addNeues Programm registrieren

POST

/programs/edit/{id}Programmkonfiguration aktualisieren

POST

/programs/remove/{id}Programm entfernen

POST

/programs/resetAlle Programme zurücksetzen

Quick Start

5 Endpunkte

POST /api/v1/daemon/quick-start

GET

/quick-startQuick-Start-Programme auflisten

POST

/quick-startEphemeres Programm erstellen

GET

/quick-start/{id}/statusQuick-Start-Status abrufen

GET

/quick-start/{id}/logsQuick-Start-Logs tailing

POST

/quick-start/{id}/stopQuick-Start-Programm stoppen

Prozess-Steuerung

4 Endpunkte

POST /api/v1/daemon/programs/{id}/start

POST

/programs/{id}/enableProgramm aktivieren

POST

/programs/{id}/disableProgramm deaktivieren

POST

/programs/{id}/startProzess starten

POST

/programs/{id}/stopProzess stoppen

Status & Monitoring

3 Endpunkte

GET /api/v1/daemon/status

GET

/statusStatus aller Programme

GET

/status/{id}Status eines Programms

GET

/programs/{id}/logsProzess-Logs tailing

Kit / Daemon / CTA

Jeden Prozess als Service ausführen.

Programm hinzufuegen, auf ein beliebiges Binary zeigen, Boot-Prioritaet setzen. supervisord uebernimmt die Ueberwachung — du POSTtest nur.

Docs lesen