Por qué esta fase existe
Las dos primeras fases producen dos artefactos extraordinariamente valiosos: un Problem Statement validado y un Solution Brief con consenso organizacional. Juntos, contienen la comprensión humana completa del problema y la solución. Pero hay un abismo entre lo que un equipo humano entiende y lo que una IA puede procesar.
Ese abismo es el contexto. Y Context Engineering es la disciplina de cruzarlo.
Cuando un equipo le pide a una IA que construya algo, la IA no sabe nada de las entrevistas con usuarios, no ha vivido las sesiones de síntesis, no entiende la política organizacional que determinó una restricción. Todo lo que la IA tiene es lo que le damos. Y la calidad de lo que produce está limitada (de forma absoluta) por la calidad de lo que recibe.
La metáfora del sistema operativo
Esta fase traduce ese pensamiento humano a un sistema operativo del proyecto compuesto por tres elementos inseparables:
| Elemento | Qué es | Sin él... |
|---|---|---|
| Agentes | Orquestadores y ejecutores del contexto. Perfiles especializados de IA con rol definido, capacidades concretas y límites claros. No son "la IA" en abstracto: son roles diseñados. | La IA es un genio sin rol. Puede hacer cualquier cosa pero no sabe qué le toca. |
| Reglas | Normas generales que aplican a todo el proyecto sin excepción. Convenciones, restricciones, decisiones transversales. Son la constitución que ningún Agente puede contradecir al ejecutar ningún Skill. | Cada Agente toma decisiones locales correctas en aislamiento pero incoherentes entre sí. |
| Skills | Tareas concretas y específicas que ejecutan contexto específico. Cada Skill es una unidad de trabajo autocontenida con todo el contexto necesario para que un Agente la complete sin ambigüedad. | Los Agentes tienen identidad y Reglas pero no saben qué hacer. Tienen rol pero no tareas. |
Agentes sin Reglas producen outputs incoherentes. Reglas sin Agentes son documentación muerta. Agentes con Reglas pero sin Skills saben quiénes son y qué está permitido, pero no tienen trabajo concreto. Skills sin Reglas producen tareas que no respetan estándares. Skills sin Agentes son instrucciones sin ejecutor. Los tres elementos son interdependientes. El Context Engineering es el arte de diseñar los tres para que funcionen como sistema.
Esta fase es la bisagra
La Fase 3 es la bisagra entre el pensamiento humano puro (Fases 1 y 2) y la ejecución con IA (Fase 4). Todo lo que se haga mal aquí se amplifica exponencialmente cuando el contexto llega a la IA. Una solución ambigua produce un contexto ambiguo. Un contexto ambiguo produce un output que parece correcto pero no resuelve lo que debía resolver.
El Context Engineering es diseño, no redacción. Escribir el contexto para la IA no es resumir lo que sabes. Es diseñar un sistema de Agentes, Reglas y Skills donde cada pieza tiene un propósito, un nivel de precisión calibrado y una razón de existir. Un contexto pobre produce resultados pobres independientemente del modelo que uses.