Pular para o conteúdo
kit / curl / principal
cURLHOODY CURL

Qualquer requisição HTTP. Uma URL compartilhável.

Encode qualquer POST — headers, body, auth — em uma URL GET que pode ser salva como favorito. Agende chamadas recorrentes com cron. Persista cookies automaticamente.

hoody-curl — início rápido

# Requisição GET

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

→ ["status": 200, "body": [...]]''

# POST encapsulado como 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

# Criar agendamento (todo dia útil às 9h)

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

→ ["schedule_id": "sched_abc123", "enabled": true]

CONSTRUTOR DE REQUISIÇÕES
CONSTRUTOR DE REQUISIÇÕES

Construa. Encapsule. Compartilhe.

Escolha um método, insira uma URL, adicione headers e body — obtenha uma única URL GET que você pode salvar como favorito, compartilhar no Slack ou passar para qualquer tarefa cron.

Headers
Body
Opções
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
Evite passar credenciais em parâmetros de query — elas aparecem nos logs do servidor e no histórico do navegador.
O RECURSO MATADOR
O RECURSO MATADOR

Requisições POST. URLs GET.

Qualquer POST com headers e um body JSON se transforma em uma única URL GET — compartilhável por email, incorporável em ferramentas no-code, salvável como favorito em qualquer navegador.

antes / depois

# Antes — POST cURL bruto

curl -X POST \

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

-H "Authorization: Bearer $TOKEN" \

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

https://api.hoody.com/report

# Depois — uma única URL que pode ser salva como favorito

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

Evite incorporar headers de Authorization em URLs compartilhadas — eles ficam visíveis em logs e no histórico do navegador. Use proxying no lado do servidor para segredos.

Compartilhe no chat

Cole a URL GET no Slack, Discord ou email. Qualquer pessoa com a URL pode acionar a requisição.

Ferramentas no-code

Zapier e Make aceitam URLs GET nativamente. Conecte requisições cURL do Hoody a qualquer fluxo de trabalho no-code.

APIs como favoritos

Salve qualquer endpoint POST como favorito no navegador. Um clique re-executa a requisição exata toda vez.

Gatilho para IA

Passe a URL GET para qualquer agente de IA como ferramenta. O agente aciona requisições HTTP reais sem um SDK.

REQUISIÇÕES AGENDADAS
REQUISIÇÕES AGENDADAS

Configure. Esqueça. Recupere os resultados.

Anexe uma expressão cron de 6 campos a qualquer requisição HTTP. Os agendamentos persistem entre reinicializações do servidor e armazenam resultados automaticamente.

GEThttps://api.hoody.com/health0 * * * * *em 4min
POSThttps://api.hoody.com/report0 0 9 * * MON-FRISeg 09:00
GEThttps://metrics.internal/export0 0 * * * *em 47min
POSThttps://api.hoody.com/backup0 0 0 * * *Amanhã 00:00

Cron de 6 campos: segundo minuto hora dia mês dia-da-semana

FEATURES
FEATURES

Tudo que o libcurl oferece. Como endpoint.

Movido por bindings Rust do libcurl, cada capacidade HTTP é exposta por um único endpoint POST.

Sessões de cookie

Passe session_id para persistir cookies entre requisições. Fluxos de autenticação com estado funcionam sem re-logar.

Jobs assíncronos

Defina async: true para enfileirar a requisição e receber um job_id. Consulte os estados Pendente, Em andamento, Concluído, Falhou ou Cancelado.

Lógica de retry

Configure retry_count e retry_delay para tentar novamente automaticamente requisições falhas em erros transitórios.

Armazenamento de respostas

Defina save: true para persistir a resposta completa em /hoody/storage/hoody-curl/downloads/ para recuperação posterior.

Suporte a proxy

Roteie requisições por proxies HTTP ou SOCKS via parâmetros proxy, proxy_user e proxy_password.

Dois modos de resposta

Escolha o modo json para metadados estruturados e timing, ou o modo transparent para passar bytes de resposta brutos diretamente.

REFERÊNCIA DA API
REFERÊNCIA DA API

18 endpoints. Quatro subsistemas.

Execução de requisições, gerenciamento de jobs assíncronos, agendamento cron e armazenamento de sessões — tudo acessível a partir da URL do serviço cURL do seu contêiner.

Execução

1 endpoint

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

GET
/api/v1/curl/sessionsListar sessões
GET
/api/v1/curl/sessions/:idObter sessão
DELETE
/api/v1/curl/sessions/:idDeletar sessão
POST
/api/v1/curl/sessions/:id/cookiesDefinir cookies da sessão
GET
/api/v1/curl/storageListar resultados armazenados
GET
/api/v1/curl/storage/:idObter resultado armazenado
DELETE
/api/v1/curl/storage/:idDeletar resultado armazenado

Jobs

5 endpoints

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

GET
/api/v1/curl/jobsListar jobs assíncronos
GET
/api/v1/curl/jobs/:idObter detalhes do job
GET
/api/v1/curl/jobs/:id/resultObter resultado do job
DELETE
/api/v1/curl/jobs/:idDeletar job
POST
/api/v1/curl/jobs/:id/retryTentar novamente job falhado

Agendamento

5 endpoints

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

POST
/api/v1/curl/scheduleCriar agendamento
GET
/api/v1/curl/schedule/:idObter agendamento
PUT
/api/v1/curl/schedule/:idAtualizar agendamento
DELETE
/api/v1/curl/schedule/:idDeletar agendamento
POST
/api/v1/curl/schedule/:id/pausePausar agendamento

Sessões + Armazenamento

7 endpoints

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

POST
/api/v1/curl/requestExecutar requisição HTTP
kit / curl / cta

Requisições HTTP como infraestrutura

Qualquer POST vira uma URL GET. Qualquer URL vira um agendamento.

Ler a Documentação