Glosario
🔍
77 términos · Página 1/8
Actas de Sincronización
Registros periódicos de coordinación que documentan decisiones, bloqueos y acuerdos entre los tracks de construcción paralela y los roles de liderazgo.
Las Actas de Sincronización son el mecanismo formal de coordinación durante Parallel Construction. Los Track Dev Leads, el Tech Lead y el Product Lead las utilizan para alinear dependencias entre tracks, visibilizar bloqueos y registrar decisiones de resolución. Complementan los ADRs capturando coordinación operativa.
ADR
Architecture Decision Record
Architecture Decision Record. Documento formal que captura una decisión técnica, su contexto, las alternativas consideradas y la justificación de la opción elegida.
Los ADRs son producidos por el Agente Arquitecto y revisados por el Tech Lead. Proporcionan un rastro auditable de por qué se tomaron decisiones técnicas, evitando revisitar decisiones cerradas. Durante Parallel Construction, los Track Dev Leads consultan los ADRs para resolver ambigüedades. Alimentan el Decision Log como conocimiento institucional persistente.
Agente Analista
Primer agente de la cadena. Refina los requisitos brutos del Solution Brief en especificaciones estructuradas y sin ambigüedad para los agentes siguientes.
El Agente Analista recibe el Solution Brief y el Context Document como entrada y produce artefactos de requisitos refinados. Sus Rules imponen verificaciones de completitud y alineación terminológica con el glosario. La calidad de su output determina la Downstream Fidelity de toda la cadena, siendo la primera puerta crítica de Context Engineering.
Agente Arquitecto
Tercer agente de la cadena. Diseña la estructura técnica, produce el Dependency Graph y genera ADRs para las decisiones clave.
El Agente Arquitecto transforma el plan priorizado del Agente PM en un blueprint técnico. Genera el Dependency Graph, redacta ADRs para decisiones no triviales y define los límites de componentes. El Tech Lead revisa su output. La arquitectura resultante da forma directa a los Story Files producidos por el Agente SM.
Agente Dev
Ejecuta los Story Files validados y produce output construido. Opera dentro de los tracks de Parallel Construction bajo la coordinación del Track Dev Lead.
El Agente Dev es el punto de ejecución final de la Agent Chain. Consume Story Files aprobados por QA y produce código funcional, configuraciones o artefactos. Cada instancia opera dentro de un track de construcción, siguiendo la secuencia del Dependency Graph. La Downstream Fidelity se mide comparando el output construido con las especificaciones originales del Story File.
Agente PM
Segundo agente de la cadena. Prioriza, secuencia y delimita los requisitos refinados en un plan de entrega accionable.
El Agente PM toma las especificaciones refinadas del Agente Analista y produce un backlog priorizado con lógica de secuenciación. Aplica Rules sobre ordenación de dependencias y puntuación valor-esfuerzo. Su output alimenta al Architect Agent, asegurando que las decisiones técnicas reflejen las prioridades de negocio.
Agente QA
Quinto agente de la cadena. Valida los Story Files contra la arquitectura, las Rules y los Exit Criteria antes de aprobarlos para ejecución.
El Agente QA realiza la Fidelity Review, verificando cada Story File en cuanto a consistencia con el Dependency Graph, cumplimiento de Rules y completitud de Exit Criteria. Los archivos rechazados vuelven al Agente SM con defectos específicos. Esta puerta impide que el Context Debt se propague a Parallel Construction.
Agente Silencioso
Anti-patrón: un Agente que encuentra gaps de información pero los rellena con asunciones en lugar de señalar al Context Engineer. Violación directa del Protocolo ante Gaps.
El Agente Silencioso es el fallo más peligroso de la Cadena de Agentes porque es invisible. El Agente produce output de apariencia plausible con detalles inventados, y los Agentes downstream tratan esas invenciones como input autoritativo. Cada transformación subsiguiente amplifica la fabricación. Detectarlo requiere Revisiones de Fidelidad que tracen el output hasta las especificaciones fuente.
Agente SM
Cuarto agente de la cadena. Produce Story Files a partir del blueprint arquitectónico, cada uno con el contexto de ejecución completo para desarrolladores.
El Agente SM convierte el diseño técnico del Agente Arquitecto en Story Files granulares. Cada Story File encapsula criterios de aceptación, dependencias y guía de implementación para que el Dev Agent pueda ejecutar sin ambigüedad. El Agente QA valida estos archivos antes de entrar en Parallel Construction.
Agentes
Perfiles de IA especializados con roles definidos, límites claros y protocolos ante gaps. No son instancias genéricas — cada uno tiene identidad, límites y expertise específico.
Los Agentes son la segunda dimensión del Context Engineering. Cada Agente en la cadena (Analista, PM, Arquitecto, SM, QA) tiene un rol definido, límites explícitos y un Protocolo ante Gaps. Los Agentes transforman el output del Agente anterior sin contradecirlo (Fidelidad Descendente). No son intercambiables — un Agente Arquitecto no puede realizar tareas del Agente SM. Esta especialización permite control de calidad en cada paso de transformación.