Crear un comando curl desde una petición HTTP

Indique el método, una URL absoluta, las cabeceras y, si corresponde, un cuerpo de texto. El generador protege cada valor dinámico, incluidos espacios, consultas, signos y apóstrofos, para que el shell no interprete los datos como sintaxis. Resulta útil para depurar API, reproducir peticiones registradas, redactar documentación y entregar a otra persona una petición exacta sin montar las opciones a mano.

Describa la petición que desea reproducir

Empiece por el método HTTP y la URL completa. La URL debe ser absoluta: ha de incluir un esquema como HTTPS y la información necesaria para que curl encuentre el destino sin depender del contexto del navegador ni de una dirección base. Añada las cabeceras como filas ordenadas de nombre y valor cuando necesite autorización, negociación de contenido, trazabilidad, comportamiento condicional o un tipo de contenido declarado. Incluya el cuerpo solo si la petición lo lleva; una cadena vacía representa un cuerpo vacío intencionado, mientras que omitirlo no añade ninguna opción de datos. El comando usa una opción explícita para el método, la URL protegida, una opción por cabecera y datos sin interpretar cuando existe cuerpo. Conserva el orden de las cabeceras para facilitar comparaciones. El generador no envía nada, no resuelve el host, no examina credenciales ni modifica la carga.

Entienda cómo las comillas protegen cada valor

El shell interpreta una línea de órdenes antes de que curl la reciba. Por ello, copiar valores sin proteger puede alterar su significado: un ampersand puede iniciar otro proceso, un signo de dólar activar una expansión, los espacios dividir un argumento y las comillas de JSON convertirse en sintaxis. Este generador encierra cada argumento dinámico entre comillas simples de POSIX. Si el propio valor contiene un apóstrofo, cierra el tramo, inserta el carácter literal mediante un fragmento entre comillas dobles y vuelve a abrirlo. La secuencia parece extraña, pero conserva los bytes exactos en sh, bash, dash y zsh. Cada cabecera se emite como un solo argumento con nombre, dos puntos, espacio y valor. El cuerpo usa la opción de datos sin interpretar para que una arroba inicial no se lea como nombre de archivo. El resultado está pensado para shells POSIX; PowerShell y el Símbolo del sistema de Windows aplican reglas distintas.

Revise el resultado antes de compartirlo o ejecutarlo

El generador rechaza una URL ausente o relativa porque un fragmento como /users/42 resulta ambiguo fuera de la aplicación que aporta la dirección base. También valida que el método sea un token HTTP, comprueba la sintaxis de los nombres de cabecera, exige valores de texto y rechaza saltos de línea. Estas comprobaciones evitan que unas comillas correctas oculten una estructura mal formada, pero no determinan si el servidor admite el método, si la URL corresponde al entorno previsto o si es seguro revelar una credencial. Revise el comando, sobre todo si contiene autorización, cookies de sesión, datos personales o un host de producción. Use credenciales de prueba de corta duración y elimine secretos antes de enviarlo por chat o incluirlo en una incidencia. Como el proceso es determinista, la misma entrada siempre produce el mismo texto, apropiado para instantáneas, documentación, informes reproducibles y revisiones donde deben verse los cambios pequeños.