slopcamera

O Slopcamera é um estúdio visual local voltado para agentes de programação, e não para trabalho exclusivamente humano em interfaces gráficas. O README o descreve como uma ferramenta que permite descrever um resultado final ao Codex, ao Claude ou a outro agente de programação, que então usa uma CLI Bun, um SDK em TypeScript e uma Agent Skill com versão correspondente para inspecionar fontes, dirigir câmeras, editar uma composição e renderizar a saída. Um servidor MCP separado expõe um conjunto fixo de ferramentas de diagramas e imagens. Não há conta Slopcamera nem banco de dados de projetos hospedado. Ideia central: manter a fonte que detém cada decisão criativa. Cenas nativas detêm rigs e simulações; cenas portáveis detêm geometria suportada, câmeras e superfícies de mídia; diagramas detêm objetos e rótulos; projetos de vídeo detêm cortes e entrega. Quadros renderizados e ativos portáveis são tratados como derivados, de modo que um vídeo de um personagem não retém seu rig. Edições normais de mídia registram cortes, temporização, enquadramento, legendas e efeitos como decisões do projeto, e as renderizações de pré-visualização e finais usam a mesma linha do tempo e composição. As capacidades descritas no README incluem: - Criação de cenas e direção de câmeras: posicionar geometria, imagens, vídeo, diagramas e texto em uma cena portável; inspecionar IDs estáveis de partes; fazer edições tipadas; selecionar uma câmera nomeada; renderizar quadros, folhas de contato ou vídeo. Um perfil Three.js abrange câmeras calibradas, animação explícita, geometria GLB suportada e um caminho de GPU em hardware selecionado. O Spark admite mundos de splat salvos para direção local de câmeras. - Filme nativo e animação educacional: a compilação atual do código-fonte pode dirigir o Blender para cenários, materiais, iluminação, personagens com skin, caches de tecido e líquido; o CadQuery para sólidos paramétricos e STEP; e o Manim Community para animação matemática. São mencionados sete iniciadores editáveis, incluindo produto, personagem, rua sombreada, tecido, líquido, suporte CAD e apresentador educacional. - Diagramas e motion graphics: diagramas editáveis com saídas em tldraw, SVG e PNG; vetorização local de raster para SVG com VTracer; animação de camadas gráficas com HTML, SVG, Motion, p5, Two, Paper Shaders ou Three.js. Um exemplo opcional de vgpu renderiza passes programáveis de WebGPU em quadros raster retidos. - Geração e direção de mídia: descobrir modelos de imagem, vídeo, fala e transcrição por meio do próprio acesso do usuário ao Vercel AI Gateway; gerar imagens a partir de texto e referências, adicionar narração, transcrever som ou criar tomadas de vídeo. Uma receita de tomada `direct` retém um orçamento de filme entre tentativas, revisa cada tomada antes da aceitação e pode usar o último quadro decodificado de um clipe aceito como referência da próxima tomada. - Edição e entrega de filmagens: importar filmagens existentes ou pacotes de gravação; remover pausas e palavras de preenchimento, alinhar o som, reenquadrar falantes, dar zoom em ações na tela, adicionar legendas, gráficos, tratamento de cor e áudio; exportar versões limpas e legendadas em 16:9, 9:16, 1:1 e 4:5 a partir da mesma edição. Pacotes de gravação podem carregar cliques, movimento do cursor, atividade de teclas e informações de entrada em foco. A instalação é feita via Bun 1.3.14 ou mais recente, com um arquivo de lançamento verificado v3.2.6 e uma etapa `slopcamera skill install --target agents`; colaboradores podem compilar a partir do código-fonte. O README observa que a árvore de código-fonte prepara a v3.2.7 enquanto as instruções de instalação permanecem na v3.2.6 até a conclusão da publicação. Os motores nativos são instalados separadamente, e a criação nativa em Python exige confiança explícita do usuário atual porque é executada como o usuário atual. O README é explícito sobre limitações: o suporte em tempo de execução varia conforme a plataforma e o perfil; o intercâmbio preserva apenas um subconjunto suportado, de modo que rigs e simulações nativos não se tornam cenas Three editáveis ao exportar um GLB; a mídia gerada exige revisão porque os modelos podem alterar a identidade do sujeito, o movimento ou o texto; código confiável não é executado em sandbox; e o servidor MCP é um subconjunto que verifica e renderiza diagramas, vetoriza imagens e gera imagens, mas não expõe todas as operações da CLI local. Sobre confiança e privacidade, o README afirma que não há conta, banco de dados de projetos hospedado nem serviço de geração no navegador. A edição e a renderização comuns permanecem locais. A geração via Gateway e análises selecionadas na nuvem usam credenciais do processo local e exigem reconhecimento explícito antes de enviar mídia nomeada. A mídia original permanece inalterada pelas operações normais de edição, os projetos retêm revisões explícitas e operações importantes registram entradas e saídas. O README também alerta que ferramentas nativas, provedores, codecs e drivers de GPU podem afetar os resultados, de modo que a identidade da fonte retida, por si só, não garante pixels idênticos em outra máquina. Para integrações, o SDK pode ser importado de `@hraness/slopcamera`, com subcaminhos para grafos declarativos de fluxo de trabalho, fluxos de trabalho Bun confiáveis e o motor de mídia local. A verificação é feita com `bun install --frozen-lockfile --ignore-scripts` e `bun run check`, que, segundo o README, abrange os limites públicos do SDK, o runtime local, esquemas, a Agent Skill, pontos de entrada gerados, o site estático, testes determinísticos e de propriedade e consumidores empacotados. O projeto é licenciado sob a MIT, com avisos de terceiros em NOTICE.