Restricciones, criterios y límites
Expresar versiones, tecnologías, compatibilidad y alcance; distinguir un límite de una condición verificable de aceptación.
Lectura: 12 min · Última revisión: 2026-10-03
Qué aprenderás
- Describir límites de solución sin confundirlos con éxito.
- Redactar criterios de aceptación comprobables.
- Revisar que restricciones y criterios no se contradigan.
Límite frente a condición de éxito
Una restricción marca el espacio permitido: tecnologías, versiones, longitud, compatibilidad, estilo, alcance o acciones prohibidas.
Un criterio de aceptación es una condición observable que el resultado debe cumplir.
restricción = límite
criterio de aceptación = condición verificable para aceptar el resultado
Ejemplo: «no agregar dependencias» limita las soluciones posibles. «Procesa correctamente los diez casos de prueba acordados» permite comprobar un resultado. Una misma frase puede tener formas parecidas, pero preguntá si describe lo que no se puede hacer o cómo juzgar el producto final.
Ejemplo: importar clientes
Objetivo:
Crear una rutina de importación de clientes.
Restricciones:
- No modificar clientes existentes.
- No agregar dependencias.
- Procesar como máximo 10.000 filas por lote.
Criterios de aceptación:
- No insertar registros duplicados según el documento de identidad.
- Validar los campos obligatorios.
- Procesar un archivo de 10.000 filas dentro del límite acordado.
- Informar cuántos registros se aceptaron y rechazaron, con motivo.
«10.000» necesita contexto si significa filas por segundo, por archivo o por lote. Los criterios vagos como «que sea robusto» requieren descomposición: ¿qué errores debe tolerar?, ¿cómo se reportan?, ¿qué se conserva?
Coherencia y alcance
Antes de enviar, buscá choques: «respuesta de una línea» y «explicación completa de cada regla» pueden competir; «no cambiar el esquema» y «agregar una columna obligatoria» son incompatibles. Decidí prioridad o preguntá antes de que el modelo resuelva el conflicto arbitrariamente.
Ejercicio
Para una comparación comercial, propone estas restricciones: «usar únicamente ofertas adjuntas; no asumir costos no informados». Criterios: «incluir precio, moneda, vigencia y servicios cubiertos; marcar explícitamente los campos ausentes; no declarar una oferta ganadora si difieren los alcances». Cada punto puede revisarse contra las fuentes.
Autoevaluación
«No cambiar firmas públicas» y «los tests actuales siguen pasando» son lo mismo? No. El primero es una restricción de implementación; el segundo es una condición verificable del resultado.
Fuentes
- Anthropic, Prompt engineering overview — comenzar por criterios de éxito y pruebas; consulta: 2026-10-03.
- OpenAI, Prompt engineering — instrucciones y formatos para guiar una salida; consulta: 2026-10-03.
- NIST, AI Risk Management Framework: Generative AI Profile — marco complementario para evaluar riesgos; consulta: 2026-10-03.
Seguir aprendiendo
- Unidad 7: describir la forma del resultado.
- Pregunta 18 de la autoevaluación final: verificar respuesta y requisitos.