VantemioDocumentação

Documentação técnica do Vantemio

Versão 0.14 · 7 de outubro de 2026 · Arquitetura, estados e aceitação

1. Âmbito e estados

Este documento define arquitetura, contratos obrigatórios e aceitação. As seções 2–11 estabelecem o padrão; resultados de verificação demonstram implementação.

EstadoSignificado
AtualFunção conectada no escopo indicado
Componente existenteParte do sistema; aceitação completa separada
Requisito de aceitaçãoComportamento que exige cenário e prova
Planejado / pesquisaNão declarado disponível em produção

O YouTube oficial está conectado com publicação automatizada. Scopes, IDs e resultados reconciliados integram a aceitação. Publicação pública multiusuário é desenvolvida separadamente.

2. Núcleo Station

Station detém admissão, filas, memória, registros, grafo e contabilidade. Clientes e nós executam tarefas limitadas; histórico não lhes confere controle independente.

Ampliam-se mecanismos existentes preservando identidades e registros originais. Transferência de autoridade exige reconciliar processos, atribuições e resultados; reiniciar não faz essa verificação.

O registro permite crescimento sem máximo fixo. Admissão verifica identidade estável, capacidade, recursos e colisões, reutilizando a identidade do pedido após interrupção. Orçamentos e atribuições pendentes são considerados; heartbeat expirado não as libera. Consulta paginada não inicia executores.

3. Módulos e contratos

MóduloEntradaSaídaEstado
StudioTarefa, fontes, estilo e limitesVersão e revisãoComponentes existentes; integração continua
SocialVersão aceita, canal e ajustesEstado e análiseYouTube conectado; expansão em desenvolvimento
MarketingCriativo aceito e orçamentoCampanha e gastoPlanejado
CRMContatos e eventos permitidosConsultas, negócios e vínculosPlanejado
Market / DonationsAções e pagamentos acordadosResultado verificávelDesenvolvimento / plano; sem abertura pública declarada

Contrato mínimo proposto: task_id, operation_id, input_version, output_version, executor_id, status, started_at, completed_at, cost_record, evidence_ref. São requisitos, não nomes confirmados da base atual. Devem ser mapeados ao esquema existente sem registro paralelo.

4. Produção e áudio

Studio conecta pesquisa, roteiro, direção, fontes, gráficos, edição, som e revisão. São descritos Remotion, Blender, FFmpeg e Vidra/MLT. A cena vincula ação, intervalo, imagem, voz e som. Revisões preservam relações e geram versões.

PapelComponente descritoLimite da afirmação
VozQwen3-TTS 1.7B BaseResultados descritos; pesos exatos a registrar
Fala e intervalosWhisper large-v3-turbo, Silero VADReconhecimento e análise descritos
Semântica e eventosLAION CLAP HTSAT, AST AudioSet, PANNs Cnn14Diagnóstico, não garantia artística
Processamento e mixagemFFmpeg EQ, compressão e duckingFluxo programático descrito
Som de movimentoVantemio Sound RecipesOito procedimentos e camadas A1–A4
MúsicaACE-Step 1.5 turbo + LM1.7BIntegração e ensaios
Efeitos generativosMMAudio, AudioLDM 48kPesquisa; liberação comercial separada
Limpeza vocalDeepFilterNet3Experimental

Nome não comprova licença de pesos; aplica-se Licenciamento. Arquivo WAV, render completo, aceitação e publicação são eventos diferentes.

5. Provedores e autenticação

Fontes existentes podem dispensar geração. Quando exigida, verificam-se conector, interface, acesso, custos das tentativas e direitos. MCP não garante acesso gratuito ou autorizado.

No modo usuário, seu cliente IA chama ferramentas. No modo servidor, Station usa acesso permitido ao produto. Gastos e permissões ficam separados; segredos não entram em formulários ou relatórios.

6. Publicação autorizada

Estados propostos: prepared → reviewed → authorized → transferring → processing → published, além de rejected, cancelled, failed, unknown. Adaptadores mapeiam estados reais.

Autorização vincula conta, versão/hash, legenda, visibilidade, horário e divulgações. Mudanças relevantes exigem revisão. Agendamento respeita regras e poderes; calendário não substitui confirmação obrigatória.

Interrupção não comprova falha. Estado unknown exige reconciliação remota antes de reenviar. A plataforma confirma publicação, não os bytes enviados. Revogação interrompe ações; exclusão de publicação existente é outra operação.

7. Cenários verificáveis

IDCenárioEvidência
PUB-01Envio autorizadoID, estado e mídia correspondente
PUB-02Solicitação repetidaUma publicação, tentativas registradas
PUB-03Corte após envioReconciliação sem novo upload cego
PUB-04Mudança de arquivo/ajustesAutorização anterior não reutilizada
PUB-05Acesso expirado/revogadoRecusa clara, sem novas ações ou segredos em logs
PUB-06Reinício/troca de executorIdentidade preservada, sem repetir resultado
PUB-07Limite da plataformaSem evasão ou repetição descontrolada
PUB-08Conta incorretaParar até revisão
DATA-01ExclusãoBase, logs e restauração verificados
RIGHTS-01Licença desconhecidaSem aceitação comercial antes da decisão

São requisitos, não testes declarados aprovados. Não exigem iniciar manualmente outra produção ativa.

8. Análise e comparações

Fixam-se tarefa, fontes, duração, idiomas, gráficos e aceitação iguais. Todas as tentativas, falhas e correções ficam no relatório; exclusão de ensaio precisa de motivo.

Medem-se tokens de entrada/saída/cache, chamadas, repetições, geração, tempo até aceitação, minutos humanos, cálculo, armazenamento, entrega e custo completo. Distribuição de assinaturas e depreciação é informada. A meta 50–80% refere-se ao assistente, não a tudo.

Métricas identificam fonte, período, fuso e atualização. Previsão, reconhecimento e recebimento são separados. Rentabilidade não decorre do número de chamadas ou testes.

9. Evidência e divulgação

O pacote com dados sensíveis removidos contém versões, qualidade, revisão, custos, trabalho humano, autorização e resultado. Exclui segredos, endereços internos e dados pessoais. Integrações · Editorial · Licenças · Roadmap.

Contrato TikTok

Fluxo, permissões e admissão · Exclusão.

10. Perfil Home

Home é futura instalação separada. Sua máquina principal coordena essa instalação; Station continua controlando a produção existente. Aceitação inclui recursos, dependências, direitos, instalador, ativação, atualização, remoção, backups e recuperação sem repetição.

Próximo ao mínimo, exige estação IA e outro notebook/PC para edição, Blender, gráficos e render. Uma estação potente basta com margem. Dois, três, cinco ou mais executores usam registro comum.

11. Perfil Cloud e memória comum

Cloud conecta cliente de notebook ao núcleo lógico de nuvem; Vantemio fornece IA e tarefas pesadas. Não exige o mínimo Home no cliente. Financiamento e testes de carga são necessários. Experiência comum melhora módulos com isolamento e sem treinamento automático com conteúdo.