Estándares de ejecución con IA
Las reglas y expectativas para delegar trabajo a la IA en toda la organización.
Política de Expectativas Organizacionales
El principio operativo detrás de estos estándares es la Regla de Traducción Universal: reemplazar "el humano produce el artefacto" con "el humano define la spec → el sistema produce el artefacto".
1. Principio central
La IA se trata como un trabajador autónomo, no como un chatbot.
Todo trabajo asignado a la IA debe ser ejecutable sin supervisión en tiempo real.
2. Capas de trabajo obligatorias
Cada flujo de trabajo habilitado por IA debe definir las cuatro capas.
Capa 1 – Diseño de prompts (habilidad base)
Los empleados deben:
- escribir instrucciones claras
- especificar el formato
- incluir ejemplos cuando sea útil
- resolver ambigüedades de antemano
Nivel mínimo: el resultado de la IA debe requerir ≤20% de corrección.
Capa 2 – Ingeniería de contexto
Cada equipo debe mantener un archivo de contexto estructurado que contenga:
- objetivos
- restricciones
- terminología
- estándares de calidad
- documentos relevantes
- reglas de acceso a herramientas
Requisito: las tareas de IA deben cargar este contexto antes de la ejecución.
Capa 3 – Ingeniería de intención
Cada flujo de trabajo debe definir:
- jerarquía de objetivos
- reglas de compensación
- condiciones de escalación
- qué puede decidir la IA versus qué debe escalar
Ningún agente puede ejecutarse sin intención definida.
Capa 4 – Ingeniería de especificaciones (estándar más alto)
Todas las tareas no triviales deben tener una especificación escrita.
Componentes requeridos de la spec:
- declaración del problema
- alcance
- entradas
- restricciones
- criterios de aceptación
- condiciones de fallo
- pruebas de éxito
- definición de completitud
Regla: si el éxito no puede verificarse objetivamente, la tarea no está lista para especificarse.
3. Primitivas de especificación (habilidades aprendibles)
La ingeniería de especificaciones se construye a partir de cinco primitivas. Cada una es una habilidad distinta a practicar. Para ejemplos, plantillas y especificaciones trabajadas para diferentes roles, ver la Guía de especificación.
Primitiva 1 – Declaraciones de problema autocontenidas
Enuncia el problema con suficiente contexto para que la tarea sea resoluble sin que el agente busque más información. Muestra los supuestos ocultos. Articula las restricciones que normalmente dejas implícitas.
Ejercicio de entrenamiento: toma una solicitud que harías normalmente de manera conversacional y reescríbela como si el destinatario nunca hubiera visto tu proyecto, no conociera tu terminología y no tuviera acceso a nada más allá de lo que incluyes.
Primitiva 2 – Criterios de aceptación
Define cómo se ve el resultado terminado para que un observador independiente pueda verificar el resultado sin hacer preguntas. Si no puedes escribir tres oraciones que verifiquen la completitud, no entiendes la tarea lo suficientemente bien como para delegarla.
Primitiva 3 – Arquitectura de restricciones
Define cuatro categorías para cada tarea:
- Debe – requisitos no negociables
- No debe – acciones o resultados prohibidos
- Prefiere – orientación cuando existen múltiples enfoques válidos
- Escalar – condiciones donde el agente debe detenerse y preguntar
Primitiva 4 – Descomposición
Divide las tareas en componentes que puedan ejecutarse de forma independiente, probarse de forma independiente e integrarse de manera predecible. Granularidad objetivo: subtareas de ≤2 horas con límites claros de entrada/salida, cada una verificable por sí sola.
Primitiva 5 – Diseño de evaluación
Para cada tarea recurrente de IA, construye 3-5 casos de prueba con resultados conocidos como buenos. Ejecútalos después de actualizaciones del modelo para detectar regresiones. Los resultados se juzgan por métricas, no por apariencia.
Una spec válida debe pasar las cinco: autocontenida, verificable, restringida, descomponible, evaluable.
4. Lista de verificación de preparación para delegar
Antes de asignar trabajo a la IA, los empleados deben confirmar:
- Entiendo la tarea completamente
- Puedo definir el éxito objetivamente
- Puedo listar los casos de fallo
- Puedo describir las restricciones
- Puedo verificar los resultados sin interpretación
Si alguna respuesta = no → no delegues todavía.
5. Modelo de responsabilidad por fallos
Los fallos se atribuyen por capa:
| Tipo de fallo | Causa raíz |
|---|---|
| Resultado deficiente | Problema de prompt |
| Resultado irrelevante | Problema de contexto |
| Dirección equivocada | Problema de intención |
| Resultado incompleto | Problema de spec |
Los equipos deben corregir la capa responsable, no reintentar prompts.
6. Roles organizacionales
Cada sistema de IA en producción debe tener:
- Propietario de Spec
- Propietario de Contexto
- Propietario de Evaluación
Una persona puede ocupar múltiples roles inicialmente.
7. Estándar de documentación
Todos los documentos internos deben escribirse como si un agente los fuera a ejecutar.
Los documentos deben:
- declarar supuestos
- definir términos
- especificar resultados
- incluir restricciones
- evitar conocimiento implícito
8. Regla resumida del ejecutivo
El pensamiento claro precede a la ejecución con IA.
Si no puedes especificarlo, no puedes automatizarlo.
← Volver al inicio · El marco de referencia · El Laboratorio de IA · Glosario