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.
| Estado | Significado |
|---|---|
| Atual | Função conectada no escopo indicado |
| Componente existente | Parte do sistema; aceitação completa separada |
| Requisito de aceitação | Comportamento que exige cenário e prova |
| Planejado / pesquisa | Nã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ódulo | Entrada | Saída | Estado |
|---|---|---|---|
| Studio | Tarefa, fontes, estilo e limites | Versão e revisão | Componentes existentes; integração continua |
| Social | Versão aceita, canal e ajustes | Estado e análise | YouTube conectado; expansão em desenvolvimento |
| Marketing | Criativo aceito e orçamento | Campanha e gasto | Planejado |
| CRM | Contatos e eventos permitidos | Consultas, negócios e vínculos | Planejado |
| Market / Donations | Ações e pagamentos acordados | Resultado verificável | Desenvolvimento / 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.
| Papel | Componente descrito | Limite da afirmação |
|---|---|---|
| Voz | Qwen3-TTS 1.7B Base | Resultados descritos; pesos exatos a registrar |
| Fala e intervalos | Whisper large-v3-turbo, Silero VAD | Reconhecimento e análise descritos |
| Semântica e eventos | LAION CLAP HTSAT, AST AudioSet, PANNs Cnn14 | Diagnóstico, não garantia artística |
| Processamento e mixagem | FFmpeg EQ, compressão e ducking | Fluxo programático descrito |
| Som de movimento | Vantemio Sound Recipes | Oito procedimentos e camadas A1–A4 |
| Música | ACE-Step 1.5 turbo + LM1.7B | Integração e ensaios |
| Efeitos generativos | MMAudio, AudioLDM 48k | Pesquisa; liberação comercial separada |
| Limpeza vocal | DeepFilterNet3 | Experimental |
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
| ID | Cenário | Evidência |
|---|---|---|
| PUB-01 | Envio autorizado | ID, estado e mídia correspondente |
| PUB-02 | Solicitação repetida | Uma publicação, tentativas registradas |
| PUB-03 | Corte após envio | Reconciliação sem novo upload cego |
| PUB-04 | Mudança de arquivo/ajustes | Autorização anterior não reutilizada |
| PUB-05 | Acesso expirado/revogado | Recusa clara, sem novas ações ou segredos em logs |
| PUB-06 | Reinício/troca de executor | Identidade preservada, sem repetir resultado |
| PUB-07 | Limite da plataforma | Sem evasão ou repetição descontrolada |
| PUB-08 | Conta incorreta | Parar até revisão |
| DATA-01 | Exclusão | Base, logs e restauração verificados |
| RIGHTS-01 | Licença desconhecida | Sem 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.