Sobre esta ferramenta
Um comando curl é uma descrição compacta e escapada para o shell de uma requisição HTTP: uma URL, um método opcional (-X), cabeçalhos (-H) e um corpo (-d, --data-raw, --json ou campos de formulário multipart -F). Este conversor tokeniza o comando exatamente como um shell — tratando aspas simples e duplas, escapes com barra invertida, continuações de linha e strings ANSI-C $'...' — e então analisa os flags em uma requisição normalizada e emite código de cliente idiomático para seis alvos.
Use-o para transformar em segundos o trecho curl colado na documentação de uma API ou copiado da aba de rede do seu navegador em código funcional. Ele infere POST quando há um corpo presente, decodifica credenciais -u em um cabeçalho Authorization: Basic, move os dados -d para a query string com -G, monta FormData e corpos multipart para -F, e imprime literais nativos de objeto, dict ou array quando o corpo é JSON — assim você obtém uma requisição que pode colocar diretamente em uma chamada fetch, um script requests, um manipulador Go net/http ou um bloco curl PHP.
Tudo é executado no seu navegador — seu comando curl, incluindo quaisquer tokens, cookies ou credenciais de autenticação Basic, nunca é enviado a um servidor.
Perguntas frequentes
Quais flags do curl o conversor oferece suporte?
Ele trata -X/--request, -H/--header, -d/--data/--data-raw/--data-binary/--data-urlencode, --json, -F/--form, -u/--user, -b/--cookie, -A/--user-agent, -e/--referer, -I/--head e -G. Flags exclusivamente de transporte como -L, --compressed, -k, -s e -o são apontados em vez de reproduzidos, e qualquer flag não reconhecido é sinalizado como um aviso em vez de interromper a saída.
Como ele decide o método HTTP quando não há flag -X?
Ele segue as próprias regras do curl: o método é GET por padrão, mas se torna POST automaticamente quando há um corpo de requisição ou um campo de formulário presente. Um -X explícito sempre prevalece, -I força HEAD, e -G mantém o método GET enquanto move quaisquer dados para a query string.
O código gerado mantém os corpos de requisição JSON como objetos reais?
Sim. Quando o Content-Type é application/json e o corpo é analisado corretamente, o conversor emite literais nativos — um objeto JavaScript para fetch e Axios, um dict Python, um array PHP passado para json_encode — em vez de uma string opaca, o que torna o corpo da requisição fácil de ler e editar.