> ## 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.

# Inicio rápido: explora QuanuX Symphony

> Un recorrido guiado por la doctrina, la arquitectura, los contratos de vectores y la superficie administrativa qxctl de Symphony.

Usa esta guía para orientarte antes de operar Symphony. La documentación separa la doctrina de la plataforma, la infraestructura seleccionada por el usuario, la semántica propiedad de los vectores y los comandos administrativos. Los pasos exactos de instalación y ejecución pertenecen al contrato actual del componente correspondiente.

## 1. Lee los límites operativos

Empieza por la [doctrina de la plataforma](https://docs.quanux.org/symphony/es/doctrine.md). Establece la propiedad del usuario sobre la estrategia y la infraestructura, la neutralidad respecto a la clase de llamante, la compatibilidad basada en evidencia y la protección del hot path.

## 2. Aprende el modelo físico

Lee [Node, Habitat y Nest](https://docs.quanux.org/symphony/es/concepts/node-habitat-nest.md):

* **Node:** el recurso informático físico identificado.
* **Habitat:** el acondicionamiento exacto del sistema operativo y los paquetes entregado a un Node.
* **Nest:** la carga de trabajo con el propósito del usuario colocada en un Habitat adecuado.

Los buses y adaptadores de un clúster son decisiones arquitectónicas explícitas. Symphony no prescribe un proveedor ni una estrategia universales.

## 3. Rastrea la propiedad del significado

La [descripción general de la arquitectura](https://docs.quanux.org/symphony/es/concepts/architecture.md) muestra la relación entre los contratos de vectores, los motores, qxctl y la evidencia gobernada. [Vectores y fases](https://docs.quanux.org/symphony/es/concepts/vectors.md) explica por qué un vector sigue siendo el propietario semántico aunque el trabajo de entrega avance por fases. [Symphony Knowledge Vector](https://docs.quanux.org/symphony/es/skv/overview.md) describe el Contract Quad y sus superficies complementarias.

## 4. Encuentra la superficie administrativa

La [descripción general de qxctl](https://docs.quanux.org/symphony/es/qxctl/overview.md) presenta la CLI administrativa y de consulta escrita en Go. Usa las páginas de qxctl para una familia de comandos concreta, como [knowledge](https://docs.quanux.org/symphony/es/qxctl/knowledge.md), [lifecycle](https://docs.quanux.org/symphony/es/qxctl/lifecycle.md), [engines](https://docs.quanux.org/symphony/es/qxctl/engines.md) o [validación](https://docs.quanux.org/symphony/es/qxctl/validate.md). qxctl proporciona la gramática y la presentación de los comandos; los contratos de vectores son propietarios de las operaciones y de su significado.

## 5. Comprueba el contrato y la evidencia correspondientes

Antes de actuar sobre un Node o invocar un motor de vector, comprueba el contrato actual del propietario, el estado de destino, la autorización y la evidencia de recibos o de validación disponible. [Autoridad del llamante](https://docs.quanux.org/symphony/es/concepts/caller-authority.md) y [aislamiento del hot path](https://docs.quanux.org/symphony/es/concepts/hot-path-isolation.md) explican esos límites. Una superficie emergente no constituye una garantía operativa implícita.


## Related topics

- [Documentación de QuanuX Symphony](https://docs.quanux.org/symphony/es/index.md)
- [Doctrina de la plataforma QuanuX Symphony](https://docs.quanux.org/symphony/es/doctrine.md)
- [Aislamiento del hot path en QuanuX Symphony](https://docs.quanux.org/symphony/es/concepts/hot-path-isolation.md)
- [SACV: gobernanza de contratos de API para QuanuX Symphony](https://docs.quanux.org/symphony/es/skv/sacv.md)
- [SODV: gobernanza de la documentación oficial y las versiones](https://docs.quanux.org/symphony/es/skv/sodv.md)


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