> ## Documentation Index
> Fetch the complete documentation index at: https://docs.quanux.org/symphony/llms.txt
> Use this file to discover all available pages before exploring further.

# Vectores y fases de entrega de Symphony

> Comprende los dominios duraderos de propiedad semántica de Symphony (vectores) frente a las fases cronológicas de entrega, además del Contract Quad y el estado actual de los vectores.

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

| Vector | Estado | Página |
| - | - | - |
| **SKV** — Symphony Knowledge Vector | Implementado: base de la Fase 1 con superficies indexadas | [/skv/overview](https://docs.quanux.org/symphony/es/skv/overview.md) |
| **SKVI** — Indexación de fuentes | Implementado: motor de inspección/comprobación/propuesta | [/skv/skvi](https://docs.quanux.org/symphony/es/skv/skvi.md) |
| **SCLV** — Libro mayor de cambios | Implementado: comprobaciones del libro mayor de solo anexión | [/skv/sclv](https://docs.quanux.org/symphony/es/skv/sclv.md) |
| **SACV** — Gobernanza de contratos de API | Implementado: comprobaciones de OpenAPI 3.2.0 | [/skv/sacv](https://docs.quanux.org/symphony/es/skv/sacv.md) |
| **SODV** — Gobernanza de documentación oficial y versiones | Implementado: comprobaciones del libro mayor local de versiones | [/skv/sodv](https://docs.quanux.org/symphony/es/skv/sodv.md) |
| **SSFV** — Identidad y administración de funcionalidades | Implementado: comprobaciones estructurales de funcionalidades | [/skv/ssfv](https://docs.quanux.org/symphony/es/skv/ssfv.md) |
| **SAV** — Composición Accordare | Implementado: evaluación de freezing path | [/skv/sav](https://docs.quanux.org/symphony/es/skv/sav.md) |
| **SEV** — Evolución | Implementado: planificación de impacto y disposición | [/skv/sev](https://docs.quanux.org/symphony/es/skv/sev.md) |
| **SSIAG** — Secure Identity and Access Governance | Implementado: base en Go sin cgo | [/governance/ssiag](https://docs.quanux.org/symphony/es/governance/ssiag.md) |
| **STAV** — Protocolo de auditoría de TOPS | Implementado: libro mayor de solo anexión por TOPS | [/governance/stav](https://docs.quanux.org/symphony/es/governance/stav.md) |
| **SOV** — Ops Vector | Emergente: aprovisionamiento y entrega de Habitat y Nest | [/vectors/sov](https://docs.quanux.org/symphony/es/vectors/sov.md) |
| **SCV** — Cloud Vector | Implementado: ocho motores C++ de conocimiento de fuentes | [/vectors/scv](https://docs.quanux.org/symphony/es/vectors/scv.md) |
| **SNV** — Node Vector | Emergente: composición de SNIV, SNRV, SCIV y SCNV | [/vectors/snv](https://docs.quanux.org/symphony/es/vectors/snv.md) |
| **SQV** — Quantitative Vector | Emergente: subvector de arquitectura FIX SOOV | [/vectors/sqv](https://docs.quanux.org/symphony/es/vectors/sqv.md) |
| **SHV** — Hardware Vector | Implementado: motores C++ de fuentes, catálogo y perfiles | [/vectors/shv](https://docs.quanux.org/symphony/es/vectors/shv.md) |
| **SIV** — Intelligence Vector | Emergente: SMCV Markdown opcional; SAIV reservado | [/vectors/siv](https://docs.quanux.org/symphony/es/vectors/siv.md) |

## Contract Quad y superficies complementarias

Cada vector recibe:

1. **INTENT.md** — propósito y alcance
2. **MANIFEST.md** — identidad, superficies declaradas y grafo de delegación
3. **SKILL.md** — uso seguro y orientación operativa
4. **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.


## Related topics

- [Maestro: autoridad de presencia de motores de vectores de Symphony](https://docs.quanux.org/symphony/es/governance/maestro.md)
- [Coordinador de sesiones de conocimiento para los motores de vectores de Symphony](https://docs.quanux.org/symphony/es/engines/coordinator.md)
- [Motores de vectores de Symphony: descripción general de la instalación independiente](https://docs.quanux.org/symphony/es/engines/overview.md)
- [Arquitectura de Symphony](https://docs.quanux.org/symphony/es/concepts/architecture.md)
- [Documentación de QuanuX Symphony](https://docs.quanux.org/symphony/es/index.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.