> ## 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 | Реалізовано: основа Phase 1 з індексованими поверхнями | [/skv/overview](https://docs.quanux.org/symphony/uk/skv/overview.md) |
| **SKVI** — Індексування джерел | Реалізовано: рушій inspect/check/propose | [/skv/skvi](https://docs.quanux.org/symphony/uk/skv/skvi.md) |
| **SCLV** — Журнал змін | Реалізовано: перевірки журналу лише з дописуванням | [/skv/sclv](https://docs.quanux.org/symphony/uk/skv/sclv.md) |
| **SACV** — Врядування контрактами API | Реалізовано: перевірки OpenAPI 3.2.0 | [/skv/sacv](https://docs.quanux.org/symphony/uk/skv/sacv.md) |
| **SODV** — Врядування офіційною документацією/випусками | Реалізовано: локальні перевірки журналу випусків | [/skv/sodv](https://docs.quanux.org/symphony/uk/skv/sodv.md) |
| **SSFV** — Ідентичність/адміністрування функцій | Реалізовано: структурні перевірки функцій | [/skv/ssfv](https://docs.quanux.org/symphony/uk/skv/ssfv.md) |
| **SAV** — Композиція Accordare | Реалізовано: оцінювання крижаного шляху | [/skv/sav](https://docs.quanux.org/symphony/uk/skv/sav.md) |
| **SEV** — Еволюція | Реалізовано: планування впливу/диспозиції | [/skv/sev](https://docs.quanux.org/symphony/uk/skv/sev.md) |
| **SSIAG** — Secure Identity and Access Governance | Реалізовано: основа на Go без cgo | [/governance/ssiag](https://docs.quanux.org/symphony/uk/governance/ssiag.md) |
| **STAV** — Протокол аудиту TOPS | Реалізовано: журнал лише з дописуванням для кожного TOPS | [/governance/stav](https://docs.quanux.org/symphony/uk/governance/stav.md) |
| **SOV** — Ops Vector | Формується: провізіонування, доставка Habitat і Nest | [/vectors/sov](https://docs.quanux.org/symphony/uk/vectors/sov.md) |
| **SCV** — Cloud Vector | Реалізовано: вісім рушіїв знань про джерела на C++ | [/vectors/scv](https://docs.quanux.org/symphony/uk/vectors/scv.md) |
| **SNV** — Node Vector | Формується: композиція SNIV, SNRV, SCIV, SCNV | [/vectors/snv](https://docs.quanux.org/symphony/uk/vectors/snv.md) |
| **SQV** — Quantitative Vector | Формується: архітектурний підвектор SOOV FIX | [/vectors/sqv](https://docs.quanux.org/symphony/uk/vectors/sqv.md) |
| **SHV** — Hardware Vector | Реалізовано: рушії джерел, каталогу та профілів на C++ | [/vectors/shv](https://docs.quanux.org/symphony/uk/vectors/shv.md) |
| **SIV** — Intelligence Vector | Формується: SMCV — необов’язковий Markdown; SAIV зарезервовано | [/vectors/siv](https://docs.quanux.org/symphony/uk/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/uk/concepts/architecture.md)
- [Швидкий старт: ознайомлення з QuanuX Symphony](https://docs.quanux.org/symphony/uk/quickstart.md)
- [Документація QuanuX Symphony](https://docs.quanux.org/symphony/uk/index.md)
- [Symphony Ops Vector: керування операціями через qxctl](https://docs.quanux.org/symphony/uk/vectors/sov.md)
- [qxctl: агентний адміністративний командний рядок Symphony](https://docs.quanux.org/symphony/uk/qxctl/overview.md)


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