../constitution/founding-constitution.md
Traducción. Autoritativo: ../../adr/adr-001-monorepo-and-closed-stack.md.
⚠️ Reconstruido a partir del material que tenemos, no recuperado. Etiquetas: [derived] tiene
respaldo en el repositorio · [inferred] es deducido · [proposed] es un hueco que llené.
Contexto
Una suite de módulos que comparten base de datos, realm de auth e historia de deployment puede vivir en un repositorio o en varios. Varios repositorios dan ciclos de release independientes al costo de desfases de versión entre paquetes que deben coincidir — el esquema, el cliente de API, el registro de permisos. Aparte, un código escrito mayormente por agentes tiene un modo de falla propio: cada agente que se topa con un problema busca una librería nueva, y en meses la lista de dependencias no es decisión de nadie. [inferred]Decisión
Un monorepo, un lockfile, una versión. [derived] Los imports entre proyectos van por paquetes del workspace, nunca por rutas relativas que crucen límites. El stack es cerrado. [derived] Una dependencia o vendor nuevo exige un ADR antes del primer import, sin excepciones, incluidos los adaptadores. Actualizar una dependencia existente no; reemplazarla sí. El versionado es CalVerYYYY.M.PATCH en todos los proyectos. [derived]
Consecuencias
- El esquema, el cliente de API y el registro de permisos no pueden discrepar, porque salen juntos.
- La lista de dependencias sigue siendo un conjunto de decisiones y no una acumulación. − Toda dependencia genuinamente nueva cuesta un ADR. Esa fricción es la feature.