Definir el formato esperado de salida

Qué aprenderás

• Elegir salida legible por personas o procesable por software.
• Pedir campos, orden y límites observables.
• Distinguir pedir un formato de validar que se haya cumplido.

Elegí el formato por su uso

Podés pedir texto breve, lista, tabla, Markdown, JSON, XML, SQL, código o una estructura diseñada para tu tarea. Por ejemplo:

Devolvé una tabla con estas columnas:
Problema | Severidad | Explicación | Recomendación
Ordená por severidad y marcá “sin evidencia” cuando no haya información suficiente.

Una estructura explícita facilita:

• lectura: la persona encuentra cada dato;
• comparación: todas las opciones usan los mismos campos;
• automatización: el programa sabe dónde buscar;
• validación: se revisa si faltan campos o se rompió una regla.

Persona lectora o software

Para una persona, una tabla o lista clara puede ser suficiente. Para un programa, especificá nombres de campos, tipos, valores posibles, campos obligatorios y qué significa un valor ausente. Si solicitás JSON mediante texto, no des por sentado que siempre será válido ni que será automáticamente conforme a un esquema: parsealo y validá los datos. Algunas APIs ofrecen mecanismos propios de salida estructurada; su disponibilidad y garantías son específicas de cada proveedor y versión. Consultá la documentación vigente antes de depender de ellos.

SQL y código también son formatos de salida, pero deben estar contextualizados: un bloque SQL sin motor/versiones puede usar sintaxis incompatible; código sin lenguaje o entorno puede no compilar.

Ejercicio

Para priorizar incidentes internos, elegí una tabla legible con «incidente», «impacto», «urgencia», «evidencia» y «próxima acción». Si después el sistema la importa automáticamente, define un esquema y agrega una validación en el programa antes de guardar.

Autoevaluación

¿Pedir «JSON válido» basta para guardar una respuesta en producción? No. La solicitud ayuda a orientar el formato, pero el consumidor debe parsear, validar tipos y campos y manejar errores. Un formato correcto tampoco vuelve verdaderos los datos.

Fuentes

• SitioDeRubros, Structured outputs y formatos de respuesta — guía sobre validación y características específicas; consulta: 2026-10-03.
• OpenAI, Structured Outputs — función específica de API; consulta: 2026-10-03.
• IETF, RFC 8259: JSON Data Interchange Format — sintaxis e interoperabilidad de JSON; consulta: 2026-10-03.

Seguir aprendiendo

• Unidad 8: sumar ejemplos cuando las instrucciones no alcanzan para mostrar un patrón.
• Unidad 9: elegir Markdown, XML, JSON o delimitadores según el problema.