Zum Inhalt springen
Kit / cURL / Hauptbereich
cURLHOODY CURL

Jede HTTP-Anfrage. Eine teilbare URL.

Jeden POST — Header, Body, Auth — in eine bookmarkbare GET-URL kodieren. Wiederkehrende Aufrufe mit Cron planen. Cookies über Sessions hinweg beibehalten.

hoody-curl — Schnellstart

# GET request

curl 'https://proj.hoody.com/api/v1/curl/request?url=https://httpbin.org/get'

-> ["status": 200, "body": [...]]''

# POST wrapped as GET

curl 'https://proj.hoody.com/api/v1/curl/request?url=...&method=POST&json=[]'''

https://proj.hoody.com/api/v1/curl/request?url=...&method=POST&json=%7B%7D

# Create schedule (every weekday 9am)

curl -X POST .../schedule -d '["cron":"0 0 9 * * MON-FRI","request":["url":"..."]]'''

-> ["schedule_id": "sched_abc123", "enabled": true]

ANFRAGE-BUILDER
ANFRAGE-BUILDER

Erstellen. Umwandeln. Teilen.

Methode auswählen, URL eingeben, Header und Body hinzufügen — eine einzige GET-URL zurückbekommen, die du bookmarken, in Slack teilen oder an einen AI-Agent übergeben kannst.

Header
Body
Optionen
https://proj-dev-curl-1.hoody.com/api/v1/curl/request?url=https%3A%2F%2Fapi.hoody.com%2Fdata&method=POST&header_Content-Type=application%2Fjson&header_Authorization=Bearer%20...&json=%7B%0A%20%20%22key%22%3A%20%22value%22%0A%7D
Credentials nicht als Query-Parameter übergeben — sie erscheinen in Server-Logs und Browser-Verlauf.
DAS KILLER-FEATURE
DAS KILLER-FEATURE

POST-Anfragen. GET-URLs.

Jeder POST mit Headern und JSON-Body wird in eine einzige GET-URL kodiert — teilbar per E-Mail, einbettbar in No-Code-Tools, bookmarkbar im Browser.

vorher / nachher

# Vorher — rohes cURL POST

curl -X POST \

-H "Content-Type: application/json" \

-H "Authorization: Bearer $TOKEN" \

-d '{"user":"alice","action":"export"}' \

https://api.hoody.com/report

# Nachher — eine bookmarkbare GET-URL

https://proj.hoody.com/api/v1/curl/request?url=https%3A%2F%2Fapi.hoody.com%2Freport&method=POST&json=%7B%22user%22%3A%22alice%22%7D

Authorization-Header nicht in geteilten URLs einbetten — sie sind in Logs und Browser-Verlauf sichtbar. Server-seitige Proxies für sensible Auth verwenden.

In Chats teilen

Die GET-URL in Slack, Discord oder per E-Mail einfuegen. Jeder mit der URL kann die Anfrage auslösen.

No-Code-Tools

Zapier und Make akzeptieren GET-URLs nativ. Hoody-cURL-Anfragen mit beliebigem No-Code-Workflow verbinden.

APIs bookmarken

Jeden POST-Endpunkt als Browser-Bookmark speichern. Ein Klick führt jedes Mal die exakte Anfrage aus.

AI-Trigger

Die GET-URL an jeden AI-Agent als Tool übergeben. Der Agent löst echte HTTP-Anfragen ohne SDK aus.

Wiederholende Anfragen
Wiederholende Anfragen

Jede URL. Geplant.

Wandle jede gespeicherte URL in eine wiederkehrende Aufgabe um. Cron-Ausdruck, Zeitzone, und du bist fertig.

GEThttps://api.hoody.com/health0 * * * * *in 4 Min.
POSThttps://api.hoody.com/report0 0 9 * * MON-FRIMo. 09:00
GEThttps://metrics.internal/export0 0 * * * *in 47 Min.
POSThttps://api.hoody.com/backup0 0 0 * * *Morgen 00:00

6-Feld-Cron: Sekunde Minute Stunde Tag Monat Wochentag

FEATURES
FEATURES

Alles, was libcurl bietet. Als Endpunkt.

Angetrieben von libcurl-Rust-Bindings, jede HTTP-Fähigkeit über einen einzigen POST-Endpunkt verfügbar.

Cookie-Sitzungen

session_id übergeben, um Cookies über Anfragen hinweg beizubehalten. Zustandsbehaftete Auth-Flows funktionieren ohne erneutes Anmelden.

Async-Jobs

async: true setzen, um die Anfrage zu queuen und eine job_id zu erhalten. Status Pending, Running, Completed, Failed oder Cancelled abfragen.

Wiederholungslogik

retry_count und retry_delay konfigurieren, um fehlgeschlagene Anfragen bei transitorischen Fehlern automatisch zu wiederholen.

Antwort-Speicherung

save: true setzen, um die vollständige Antwort in /hoody/storage/hoody-curl/downloads/ für spaetere Abfrage zu speichern.

Proxy-Unterstützung

Anfragen über HTTP- oder SOCKS-Proxies via proxy, proxy_user und proxy_password weiterleiten.

Zwei Antwort-Modi

json-Modus für strukturierte Metadaten und Timing wählen, oder transparent-Modus, um rohe Antwortbytes direkt durchzuleiten.

API-REFERENZ
API-REFERENZ

Vier Domänen. Eine API.

Anfrage-Ausführung, Async-Job-Verwaltung, Cron-Planung und Session-Speicherung — alles von deinem Container's cURL-Endpunkt aus erreichbar.

Ausführung

1 Endpunkt

POST /api/v1/curl/request?url=...&save=true

GET
/api/v1/curl/sessionsSitzungen auflisten
GET
/api/v1/curl/sessions/:idSitzung abrufen
DELETE
/api/v1/curl/sessions/:idSitzung löschen
POST
/api/v1/curl/sessions/:id/cookiesSitzungs-Cookies setzen
GET
/api/v1/curl/storageGespeicherte Ergebnisse auflisten
GET
/api/v1/curl/storage/:idGespeichertes Ergebnis abrufen
DELETE
/api/v1/curl/storage/:idGespeichertes Ergebnis löschen

Jobs

5 Endpunkte

GET /api/v1/curl/jobs → [[job_id, state, ...]]

GET
/api/v1/curl/jobsAsynchrone Jobs auflisten
GET
/api/v1/curl/jobs/:idJob-Details abrufen
GET
/api/v1/curl/jobs/:id/resultJob-Ergebnis abrufen
DELETE
/api/v1/curl/jobs/:idJob löschen
POST
/api/v1/curl/jobs/:id/retryFehlgeschlagenen Job erneut versuchen

Schedule

5 Endpunkte

POST /api/v1/curl/schedule → cron: '0 0 9 * * MON-FRI'

POST
/api/v1/curl/scheduleZeitplan erstellen
GET
/api/v1/curl/schedule/:idZeitplan abrufen
PUT
/api/v1/curl/schedule/:idZeitplan aktualisieren
DELETE
/api/v1/curl/schedule/:idZeitplan löschen
POST
/api/v1/curl/schedule/:id/pauseZeitplan pausieren

Sessions + Speicher

7 Endpunkte

GET /api/v1/curl/sessions → [[session_id, cookie_count]]

POST
/api/v1/curl/requestHTTP-Anfrage ausführen
Kit / cURL / CTA

Jeden API-Aufruf als URL teilen.

Jeder POST wird eine GET-URL. Jede URL wird ein Zeitplan.

Docs lesen