Acerca de esta herramienta
Un comando curl es una descripción compacta, con comillas de shell, de una petición HTTP: una URL, un método opcional (-X), encabezados (-H) y un cuerpo (-d, --data-raw, --json, o campos de formulario multipart -F). Este conversor tokeniza el comando exactamente como un shell — gestionando las comillas simples y dobles, los escapes con barra invertida, las continuaciones de línea y las cadenas ANSI-C $'...' — y luego analiza los indicadores en una petición normalizada y emite código de cliente idiomático para seis destinos.
Úsalo para convertir en segundos el fragmento curl pegado en la documentación de una API o copiado desde la pestaña de red de tu navegador en código funcional. Infiere POST cuando hay un cuerpo presente, decodifica las credenciales -u en un encabezado Authorization: Basic, mueve los datos -d a la cadena de consulta para -G, construye FormData y cuerpos multipart para -F, e imprime literales nativos de objeto, dict o array cuando el cuerpo es JSON — de modo que obtienes una petición que puedes integrar directamente en una llamada fetch, un script requests, un controlador Go net/http o un bloque curl de PHP.
Todo se ejecuta en tu navegador — tu comando curl, incluidos cualquier token, cookie o credencial de autenticación Basic, nunca se envía a un servidor.
Preguntas frecuentes
¿Qué indicadores de curl admite el conversor?
Gestiona -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 y -G. Los indicadores puramente de transporte como -L, --compressed, -k, -s y -o se señalan en lugar de reproducirse, y cualquier indicador no reconocido se marca con una advertencia en vez de interrumpir la salida.
¿Cómo decide el método HTTP cuando no hay un indicador -X?
Sigue las propias reglas de curl: el método es GET por defecto, pero pasa automáticamente a POST cuando hay un cuerpo de petición o un campo de formulario presente. Un -X explícito siempre prevalece, -I fuerza HEAD, y -G mantiene el método GET mientras mueve los datos a la cadena de consulta.
¿El código generado conserva los cuerpos de petición JSON como objetos reales?
Sí. Cuando el Content-Type es application/json y el cuerpo se analiza correctamente, el conversor emite literales nativos — un objeto JavaScript para fetch y Axios, un dict de Python, un array de PHP pasado a json_encode — en lugar de una cadena opaca, lo que hace que el cuerpo de la petición sea fácil de leer y editar.