3. Context phase
Agentes, Reglas y Skills: el sistema operativo del proyecto de IA.
"La IA no entiende lo que sabes. Entiende lo que le dices. Y la distancia entre ambas cosas es donde se pierden la mayoría de los proyectos."
Qué es: La disciplina de traducir la comprensión humana producida en las Fases 1 y 2 a un sistema que la IA pueda procesar. No se trata de escribir prompts ni de resumir lo que el equipo sabe. Se trata de diseñar un sistema operativo compuesto por tres elementos inseparables: Agentes que orquestan y ejecutan, Reglas que gobiernan y restringen, y Skills que definen el trabajo concreto. Juntos, estos tres elementos son el contexto.
Quién participa: El Context Engineer, el arquitecto del sistema de Agentes, Reglas y Skills. No es un prompt engineer. No es un redactor técnico. Es un diseñador que trabaja simultáneamente en tres dimensiones: definir quién hace qué (Agentes), qué está permitido y qué no (Reglas), y qué trabajo concreto hay que hacer (Skills).
Qué preguntas se responden: ¿Cómo traducimos el Problem Statement y el Solution Brief a algo que la IA pueda ejecutar con precisión? ¿Qué roles necesita la IA? ¿Qué reglas son innegociables? ¿Cómo descomponemos la solución en unidades de trabajo autocontenidas? ¿Cómo aseguramos que nada se pierde en la traducción?
Qué produce: Un sistema de contexto completo: un project-context.md con las Reglas que gobiernan todo, definiciones de Agentes con identidad, responsabilidades y límites, un PRD, un Architecture Document y Story Files que son los Skills que cada Agente ejecutará. Además de un Decision Log que registra cada evolución.
Cuándo está completa: Cuando los outputs producidos por los Agentes ejecutando Skills bajo las Reglas son reconocidos por los stakeholders de las Fases 1 y 2 como expresiones fieles del Problem Statement y el Solution Brief. No cuando los documentos se ven bien. Cuando los resultados son correctos.
Context Engineering es diseño de sistemas. No produces documentos, produces un sistema operativo que la IA ejecutará. La diferencia entre un buen prompt y un buen sistema de contexto es la misma que entre dar una instrucción y construir una organización. Las instrucciones se olvidan. Los sistemas operan.
Por qué
La distancia entre lo que un equipo entiende y lo que una IA puede procesar es el contexto. Context Engineering es la disciplina de cruzar esa distancia.
Contexto vs prompt
Un prompt es una instrucción puntual. El contexto es una arquitectura de información compuesta por Agentes, Reglas y Skills. Confundirlos es el error más común.
Quién
El Context Engineer es el arquitecto del sistema de Agentes, Reglas y Skills. No es un prompt engineer, es un diseñador de sistemas que trabaja en tres dimensiones simultáneamente.
Reglas
Las Reglas son las normas que aplican a todo el proyecto. Son lo que convierte un conjunto de Agentes y Skills independientes en un sistema coherente.
Agentes
Los Agentes son perfiles especializados de IA, no instancias genéricas. Cada uno tiene un rol definido, límites claros y un protocolo para cuando la información es insuficiente.
Skills
Los Skills son el 'qué se hace concretamente'. Unidades de trabajo autocontenidas con todo el contexto que un Agente necesita para completarlas sin ambigüedad.
→ Fase 4
Cuando el Gate Review se completa, el equipo tiene un sistema de Agentes, Reglas y Skills. La fase de construcción no empieza con un briefing, empieza con contexto.