Navegación Bilingüe: English · Español (este documento)
Evolith Tracker - Motor de seguimiento de extremo a extremo para el flujo SDLC de Evolith. Este es un repositorio satélite (hijo) que hereda sus estándares de la base arquitectónica Evolith Upstream.
- Eres un asistente de IA asignado a trabajar en este producto satélite.
- Tu objetivo principal es ayudar a construir y mantener el tracker SDLC respetando la línea base arquitectónica impuesta por el upstream.
- Siempre que propongas una nueva tecnología o patrón, debes verificar si existe un ADR en el upstream aplicable, y registrar cualquier divergencia explícitamente en el archivo
DECISIONS.md.
- Herencia de Decisiones: No debes asumir autonomía arquitectónica total. Las decisiones base de Evolith (ej. motor de base de datos, gateway, convenciones de nomenclatura) se aplican por defecto a menos que estén explícitamente sobreescritas en
DECISIONS.md. - Navegación: Utiliza
MASTER_INDEX.mdpara orientarte sobre la estructura del repositorio yREADME.mdpara el contexto general del producto. - Dominio del Negocio: Familiarízate con
reference/knowledge/domain/glossary.mdy úsalo de manera consistente en tu código y documentación. - Flujo de Trabajo SDLC: Dado que este es el motor de tracking del SDLC, todas las funciones que construyas deben alinearse con la gobernanza y las fases del SDLC de Evolith.
- Gobernanza del Registro de Brechas: Las brechas, oportunidades y hallazgos de coherencia deben mantenerse únicamente en
docs/audit/tracker-gaps-opportunities-tracking.md. Mantén una sola tabla maestra, ordena primero los pendientes, categoriza cada fila y enlaza cada ID a su sección de detalle dentro del mismo archivo. No crees archivos separadosdocs/audit/gaps/*.md,docs/audit/opportunities/*.mdni tablas separadas de pendientes/resueltos.
- Si la tarea requiere tomar una decisión arquitectónica significativa, debes seguir el proceso de ADR:
- Revisar si hay un patrón upstream.
- Redactar el ADR local (Adoptar, Extender, Sobreescribir, N/A).
- Registrarlo en la tabla de
DECISIONS.md.
- Shells Transversales: Bajo ninguna circunstancia implementes lógica de infraestructura (configuración, máquinas de estado, parseo masivo) dentro de los Bounded Contexts. Debes inyectar y usar los Shared Kernels:
@evolith/workflow-engine,@evolith/tenant-configy@evolith/integration-fabric. - Patrón Small Aggregates: Al diseñar relaciones 1:N masivas (ej. Backlog -> Historias), nunca anides objetos completos. Usa referencias de UUIDs (
List<UUID> storyIds) para prevenir bloqueos de concurrencia. - Flujos Dinámicos (Workflows): Las transiciones de estado deben protegerse evaluando el
RequirementChecklistinterno del Agregado, el cual es inyectado por el WorkflowEngine al momento de su creación.