Symphony organiza su arquitectura en torno a dos ideas: los vectores son dominios duraderos de propiedad semántica y las fases son campañas cronológicas de entrega. Que un componente se investigara por primera vez en una fase no convierte a esa fase en su propietaria permanente. Los vectores mantienen estable el significado mientras la implementación evoluciona.
¿Qué es un vector?
Un vector es un dominio duradero y acotado de propiedad semántica cuyo contrato canónico es propietario del significado y de las operaciones permitidas de ese dominio. Cada vector recibe un Contract Quad: INTENT.md, MANIFEST.md, SKILL.md y SPEC.md, además de las superficies complementarias específicas que realmente necesita. El vector declara sus superficies canónicas y su grafo de delegación, y SKVI asigna cada superficie actual exactamente una vez. Los complementos obsoletos se sustituyen mediante una evolución gobernada en lugar de perdurar como contexto contradictorio.
Estado de los vectores
Contract Quad y superficies complementarias
Cada vector recibe:
- INTENT.md — propósito y alcance
- MANIFEST.md — identidad, superficies declaradas y grafo de delegación
- SKILL.md — uso seguro y orientación operativa
- SPEC.md — comportamiento normativo y límites
Las superficies complementarias como SLANG.md, NAMESPACES.md, los registros, los esquemas y los perfiles siguen siendo artefactos gobernados fuera de la estructura de cuatro miembros. Enrutan o especializan la verdad del propietario, pero no pueden ampliar su propia autoridad.
Integración basada en evidencia
Un motor diferido no tiene un recibo inventado. Una API propuesta no tiene una entrada de registro inventada. Un contrato no publicado no tiene una declaración de finalización de SODV. Esto es integración basada en evidencia, no duplicación ceremonial. Última modificación el 10 de octubre de 2026
