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

# Векторы и фазы поставки Symphony

> Разберитесь в различии между долговременными доменами семантического владения Symphony (векторами) и хронологическими фазами поставки, а также в Contract Quad и текущем статусе векторов.

Архитектура Symphony строится вокруг двух идей: **векторы** — это долговременные домены семантического владения, а **фазы** — хронологические кампании поставки. Если компонент впервые исследовался в какой-либо фазе, это не делает эту фазу его постоянным владельцем. Векторы сохраняют смысл стабильным, пока реализация развивается.

## Что такое вектор?

Вектор — это долговременный ограниченный домен семантического владения, канонический контракт которого владеет смыслом этого домена и разрешёнными операциями. Каждый вектор получает **Contract Quad**: `INTENT.md`, `MANIFEST.md`, `SKILL.md` и `SPEC.md`, а также специализированные сопутствующие поверхности, которые ему действительно нужны. Вектор объявляет свои канонические поверхности и граф делегирования, а SKVI сопоставляет каждую текущую поверхность ровно один раз. Устаревшие сопутствующие поверхности замещаются через управляемую эволюцию, а не остаются в виде противоречивого контекста.

## Статус векторов

| Вектор | Статус | Страница |
| - | - | - |
| **SKV** — Symphony Knowledge Vector | Реализован: основа фазы 1 с индексированными поверхностями | [/ru/skv/overview](https://docs.quanux.org/symphony/ru/skv/overview.md) |
| **SKVI** — Индексация источников | Реализован: движок inspect/check/propose | [/ru/skv/skvi](https://docs.quanux.org/symphony/ru/skv/skvi.md) |
| **SCLV** — Журнал изменений | Реализован: проверки журнала только для добавления | [/ru/skv/sclv](https://docs.quanux.org/symphony/ru/skv/sclv.md) |
| **SACV** — Управление контрактами API | Реализован: проверки OpenAPI 3.2.0 | [/ru/skv/sacv](https://docs.quanux.org/symphony/ru/skv/sacv.md) |
| **SODV** — Управление официальной документацией и релизами | Реализован: проверки локального журнала релизов | [/ru/skv/sodv](https://docs.quanux.org/symphony/ru/skv/sodv.md) |
| **SSFV** — Идентичность и администрирование функций | Реализован: структурные проверки функций | [/ru/skv/ssfv](https://docs.quanux.org/symphony/ru/skv/ssfv.md) |
| **SAV** — Композиция Accordare | Реализован: оценка на «замороженном» пути | [/ru/skv/sav](https://docs.quanux.org/symphony/ru/skv/sav.md) |
| **SEV** — Эволюция | Реализован: планирование влияния и диспозиции | [/ru/skv/sev](https://docs.quanux.org/symphony/ru/skv/sev.md) |
| **SSIAG** — Secure Identity and Access Governance | Реализован: основа на Go без cgo | [/ru/governance/ssiag](https://docs.quanux.org/symphony/ru/governance/ssiag.md) |
| **STAV** — Протокол аудита TOPS | Реализован: журнал только для добавления для каждого TOPS | [/ru/governance/stav](https://docs.quanux.org/symphony/ru/governance/stav.md) |
| **SOV** — Ops Vector | Формируется: подготовка ресурсов, поставка Habitat и Nest | [/ru/vectors/sov](https://docs.quanux.org/symphony/ru/vectors/sov.md) |
| **SCV** — Cloud Vector | Реализован: восемь движков исходных знаний на C++ | [/ru/vectors/scv](https://docs.quanux.org/symphony/ru/vectors/scv.md) |
| **SNV** — Node Vector | Формируется: композиция SNIV, SNRV, SCIV, SCNV | [/ru/vectors/snv](https://docs.quanux.org/symphony/ru/vectors/snv.md) |
| **SQV** — Quantitative Vector | Формируется: подвектор архитектуры FIX SOOV | [/ru/vectors/sqv](https://docs.quanux.org/symphony/ru/vectors/sqv.md) |
| **SHV** — Hardware Vector | Реализован: движки источников, каталога и профилей на C++ | [/ru/vectors/shv](https://docs.quanux.org/symphony/ru/vectors/shv.md) |
| **SIV** — Intelligence Vector | Формируется: необязательный Markdown SMCV; SAIV зарезервирован | [/ru/vectors/siv](https://docs.quanux.org/symphony/ru/vectors/siv.md) |

## Contract Quad и сопутствующие поверхности

Каждый вектор получает:

1. **INTENT.md** — назначение и область действия
2. **MANIFEST.md** — идентичность, объявленные поверхности, граф делегирования
3. **SKILL.md** — безопасное использование и операционные рекомендации
4. **SPEC.md** — нормативное поведение и границы

Сопутствующие поверхности, такие как `SLANG.md`, `NAMESPACES.md`, реестры, схемы и профили, остаются управляемыми артефактами вне четырёхчленной структуры. Они маршрутизируют или специализируют истину владельца, но не могут расширять собственные полномочия.

## Интеграция на основе свидетельств

У отложенного движка нет сфабрикованной квитанции. У предложенного API нет выдуманной записи в реестре. У неопубликованного контракта нет заявления о завершении в SODV. Это интеграция на основе свидетельств, а не церемониальное дублирование.


## Related topics

- [Архитектура Symphony](https://docs.quanux.org/symphony/ru/concepts/architecture.md)
- [Документация QuanuX Symphony](https://docs.quanux.org/symphony/ru/index.md)
- [Быстрый старт: знакомство с QuanuX Symphony](https://docs.quanux.org/symphony/ru/quickstart.md)
- [Доктрина платформы QuanuX Symphony](https://docs.quanux.org/symphony/ru/doctrine.md)
- [Изоляция горячего пути в QuanuX Symphony](https://docs.quanux.org/symphony/ru/concepts/hot-path-isolation.md)


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