Datos clave
- Categoría
- Desarrollo y Web
- Tipos de entrada
- textarea, select, text, checkbox
- Tipo de salida
- file
- Cobertura de muestras
- 4
- API disponible
- Yes
Resumen
Convierte especificaciones OpenAPI/Swagger o bloques de comentarios estructurados en documentación técnica lista para publicar. Genera archivos HTML interactivos, Markdown limpio o PDFs profesionales que incluyen parámetros, ejemplos de solicitud, esquemas y códigos de error, eliminando el trabajo manual de formatear referencias de API.
Cuándo usarlo
- •Necesitas publicar referencias de API para desarrolladores externos sin escribir markdown manualmente.
- •Tu equipo trabaja con especificaciones OpenAPI pero requiere formatos legibles para stakeholders no técnicos.
- •Quieres documentar endpoints rápidamente usando comentarios anotados en el código fuente.
Cómo funciona
- •Pega tu especificación OpenAPI en formato JSON o YAML, o ingresa comentarios estructurados con etiquetas como @route o @param en el campo 'Fuente API'.
- •Selecciona el formato de salida deseado: HTML interactivo para portales web, Markdown para repositorios, o PDF para documentos offline.
- •Activa o desactiva la inclusión de ejemplos de petición y esquemas de validación según el nivel de detalle requerido.
- •Elige entre los temas 'Pizarra' o 'Papel' y genera el archivo final descargable con la documentación completa.
Casos de uso
Ejemplos
1. Referencia Markdown desde OpenAPI
Líder técnico- Contexto
- El equipo posee una especificación OpenAPI 3.0 completa del servicio de pagos pero los partners externos requieren documentación en formato Markdown para integrarla en sus wikis internas.
- Problema
- Evitar el copiar y pegar manual de endpoints y schemas desde Swagger Editor a archivos .md.
- Cómo usarlo
- Copia el JSON de la especificación en el campo 'Fuente API', selecciona 'OpenAPI JSON' como formato de origen y 'Markdown' como salida, manteniendo activas las opciones de ejemplos y schemas.
- Resultado
- Descarga un archivo Markdown estructurado con todos los endpoints, parámetros de ruta, cuerpos de respuesta 200/404 y definiciones de schemas, listo para versionar en Git.
2. Guía HTML rápida desde comentarios
Desarrollador freelance- Contexto
- Trabaja en un proyecto monolítico sin documentación formal y necesita entregar una guía interactiva al cliente final antes del cierre del sprint.
- Problema
- Generar documentación legible sin escribir YAML o JSON, partiendo únicamente de comentarios estructurados existentes en el código.
- Cómo usarlo
- Pega los comentarios anotados con etiquetas @route, @param y @response en el campo de entrada, elige 'Comentarios anotados' y 'HTML interactivo' como formatos, y selecciona el tema 'Pizarra'.
- Resultado
- Genera una página HTML auto-contenida con métodos HTTP resaltados, tablas de parámetros y secciones de error, lista para subir a cualquier hosting estático.
3. Manual PDF para auditoría de compliance
Arquitecto de soluciones- Contexto
- La empresa requiere un documento oficial en PDF que detalle la API de autenticación para una auditoría de seguridad externa.
- Problema
- Crear un documento portable y profesional que incluya todos los endpoints, ejemplos de peticiones y códigos de error posibles.
- Cómo usarlo
- Ingresa la especificación OpenAPI YAML, selecciona 'PDF' como formato de salida, desactiva 'Incluir schemas' si se requiere solo resumen ejecutivo, y define un título formal en 'Título del documento'.
- Resultado
- Obtiene un archivo PDF con la referencia completa de la API formateada para impresión o archivo regulatorio.
Probar con muestras
html, markdown, pdfHubs relacionados
Preguntas frecuentes
¿Qué formatos de entrada soporta la herramienta?
OpenAPI en JSON, OpenAPI en YAML y comentarios anotados con etiquetas estructuradas como @title, @route o @param.
¿Puedo generar un PDF desde comentarios de código en lugar de OpenAPI?
Sí, selecciona 'Comentarios anotados' como formato de origen y 'PDF' como formato de salida.
¿Es necesario que el documento OpenAPI sea válido para generar la documentación?
Se recomienda una sintaxis correcta para garantizar que parámetros, esquemas y ejemplos se rendericen con precisión.
¿Qué diferencia hay entre los temas Pizarra y Papel?
Son estilos visuales distintos que modifican la paleta de colores y tipografía de la salida HTML o PDF.
¿Se incluyen automáticamente los ejemplos de error en la documentación generada?
Sí, si tu especificación define respuestas de error y mantienes activa la casilla 'Incluir ejemplos'.