Pular para o conteúdo principal
O Symphony Official Documentation Vector (SODV) governa como o conhecimento dentro do framework SKV se torna documentação pública oficial e registros de release. Sua engine é um processo C++ instalável de forma independente que realiza verificações locais de um ledger de releases append-only e produz inventários de releases descartáveis. O próprio SODV não publica nada.

Operações

  • Inspecionar e verificar: valida o formato e a continuidade do ledger de releases.
  • Verificar observações: confere observações do estado publicado fornecidas pelo chamador.
  • Propor: aceita propostas de release neutras quanto ao provedor.
  • Recuperar: realiza recuperação sem mutação.
  • Projetar: emite inventários de releases descartáveis.

O que o SODV não faz

  • O SODV não tem acesso à rede.
  • O SODV não publica nada no GitHub, no Mintlify, em registros de pacotes ou em qualquer outra superfície.
  • O SODV não cria tags e não pode declarar uma release como concluída.
  • O SODV não classifica provedores nem favorece um caminho de publicação.
A publicação acontece por meio de ferramentas autorizadas separadas que consultam as evidências do SODV.

Publicações SODV concluídas

stav-protocol-go v0.2.0

github.com/QuanuX/Symphony/libraries/stav-protocol-go na tag libraries/stav-protocol-go/v0.2.0.

stav-append-authority v0.1.0

github.com/QuanuX/Symphony/modules/stav-append-authority na tag modules/stav-append-authority/v0.1.0.

stav-append-authority v0.2.0

github.com/QuanuX/Symphony/modules/stav-append-authority na tag modules/stav-append-authority/v0.2.0.

Comandos de vetores do qxctl

Execute qxctl sodv ... para inspecionar, verificar, propor e projetar.
Todas as engines SKV fazem somente leitura, consulta, validação e proposta. O apply canônico está desativado até que os contratos de SSIAG, transação de estado esperado, salvaguarda do qxctl, evento STAV, recuperação e testes negativos de cada engine estejam completos.
Última modificação em 10 de outubro de 2026