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

# Wektory i fazy dostarczania w Symphony

> Zrozum różnicę między trwałymi domenami własności semantycznej Symphony (wektorami) a chronologicznymi fazami dostarczania, a także poznaj Contract Quad i bieżący status wektorów.

Symphony organizuje swoją architekturę wokół dwóch idei: **wektory** to trwałe domeny własności semantycznej, a **fazy** to chronologiczne kampanie dostarczania. Komponent, nad którym badania rozpoczęto w danej fazie, nie czyni tej fazy jego stałym właścicielem. Wektory utrzymują stabilność znaczenia, podczas gdy implementacja ewoluuje.

## Czym jest wektor?

Wektor to trwała, ograniczona domena własności semantycznej, której kanoniczny kontrakt jest właścicielem znaczenia tej domeny i dozwolonych operacji. Każdy wektor otrzymuje **Contract Quad**: `INTENT.md`, `MANIFEST.md`, `SKILL.md` i `SPEC.md`, a także ukierunkowane powierzchnie towarzyszące, których faktycznie potrzebuje. Wektor deklaruje swoje powierzchnie kanoniczne i graf delegacji, a SKVI mapuje każdą bieżącą powierzchnię dokładnie raz. Przestarzałe powierzchnie towarzyszące są zastępowane w drodze zarządzanej ewolucji, zamiast pozostawać jako sprzeczny kontekst.

## Status wektorów

| Wektor | Status | Strona |
| - | - | - |
| **SKV** — Symphony Knowledge Vector | Zaimplementowany: fundament Fazy 1 ze zindeksowanymi powierzchniami | [/skv/overview](https://docs.quanux.org/symphony/pl/skv/overview.md) |
| **SKVI** — Indeksowanie źródeł | Zaimplementowany: silnik inspect/check/propose | [/skv/skvi](https://docs.quanux.org/symphony/pl/skv/skvi.md) |
| **SCLV** — Księga zmian | Zaimplementowany: kontrole księgi typu append-only | [/skv/sclv](https://docs.quanux.org/symphony/pl/skv/sclv.md) |
| **SACV** — Zarządzanie kontraktami API | Zaimplementowany: kontrole OpenAPI 3.2.0 | [/skv/sacv](https://docs.quanux.org/symphony/pl/skv/sacv.md) |
| **SODV** — Zarządzanie oficjalną dokumentacją/wydaniami | Zaimplementowany: lokalne kontrole księgi wydań | [/skv/sodv](https://docs.quanux.org/symphony/pl/skv/sodv.md) |
| **SSFV** — Tożsamość/administracja funkcji | Zaimplementowany: strukturalne kontrole funkcji | [/skv/ssfv](https://docs.quanux.org/symphony/pl/skv/ssfv.md) |
| **SAV** — Kompozycja Accordare | Zaimplementowany: ocena na ścieżce zamrożonej | [/skv/sav](https://docs.quanux.org/symphony/pl/skv/sav.md) |
| **SEV** — Ewolucja | Zaimplementowany: planowanie wpływu/dyspozycji | [/skv/sev](https://docs.quanux.org/symphony/pl/skv/sev.md) |
| **SSIAG** — Secure Identity and Access Governance | Zaimplementowany: fundament w Go bez cgo | [/governance/ssiag](https://docs.quanux.org/symphony/pl/governance/ssiag.md) |
| **STAV** — Protokół audytu TOPS | Zaimplementowany: księga append-only dla każdego TOPS | [/governance/stav](https://docs.quanux.org/symphony/pl/governance/stav.md) |
| **SOV** — Ops Vector | Powstający: provisioning, dostarczanie Habitat i Nest | [/vectors/sov](https://docs.quanux.org/symphony/pl/vectors/sov.md) |
| **SCV** — Cloud Vector | Zaimplementowany: osiem silników wiedzy źródłowej w C++ | [/vectors/scv](https://docs.quanux.org/symphony/pl/vectors/scv.md) |
| **SNV** — Node Vector | Powstający: kompozycja SNIV, SNRV, SCIV, SCNV | [/vectors/snv](https://docs.quanux.org/symphony/pl/vectors/snv.md) |
| **SQV** — Quantitative Vector | Powstający: subwektor architektury FIX SOOV | [/vectors/sqv](https://docs.quanux.org/symphony/pl/vectors/sqv.md) |
| **SHV** — Hardware Vector | Zaimplementowany: silniki źródeł, katalogu i profili w C++ | [/vectors/shv](https://docs.quanux.org/symphony/pl/vectors/shv.md) |
| **SIV** — Intelligence Vector | Powstający: SMCV — opcjonalny Markdown; SAIV zarezerwowany | [/vectors/siv](https://docs.quanux.org/symphony/pl/vectors/siv.md) |

## Contract Quad i powierzchnie towarzyszące

Każdy wektor otrzymuje:

1. **INTENT.md** — cel i zakres
2. **MANIFEST.md** — tożsamość, zadeklarowane powierzchnie, graf delegacji
3. **SKILL.md** — bezpieczne użycie i wskazówki operacyjne
4. **SPEC.md** — zachowanie normatywne i granice

Powierzchnie towarzyszące, takie jak `SLANG.md`, `NAMESPACES.md`, rejestry, schematy i profile, pozostają zarządzanymi artefaktami poza strukturą czteroelementową. Kierują do prawdy właściciela lub ją specjalizują, ale nie mogą rozszerzać własnych uprawnień.

## Integracja oparta na dowodach

Odroczony silnik nie ma sfabrykowanego potwierdzenia. Proponowane API nie ma wymyślonego wpisu w rejestrze. Nieopublikowany kontrakt nie ma deklaracji ukończenia w SODV. To integracja oparta na dowodach, a nie ceremonialne powielanie.


## Related topics

- [Architektura Symphony](https://docs.quanux.org/symphony/pl/concepts/architecture.md)
- [Dokumentacja QuanuX Symphony](https://docs.quanux.org/symphony/pl/index.md)
- [Szybki start: poznaj QuanuX Symphony](https://docs.quanux.org/symphony/pl/quickstart.md)
- [Doktryna platformy QuanuX Symphony](https://docs.quanux.org/symphony/pl/doctrine.md)
- [Izolacja ścieżki krytycznej w QuanuX Symphony](https://docs.quanux.org/symphony/pl/concepts/hot-path-isolation.md)


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