VolundOS

Apps (Build & Deploy)

Um App é a classe de agente que constrói e publica um sistema em produção. A classe é definida na criação e não pode ser alterada depois.

Atualizado em 01 de setembro de 2026

Apps (Build & Deploy)

Um App é uma classe de agente, não uma capacidade que se liga: é o agente cujo trabalho é construir e publicar um sistema em produção. A classe é definida na criação e não pode ser alterada depois.

Tela de Apps da organização, com a definição do que é um App e a lista do que precisa estar configurado antes de criar o primeiro

O que dá para fazer

  • Descrever em linguagem comum o sistema que se quer; o agente monta a aplicação a partir de um ponto de partida padrão.
  • Ver a aplicação rodando ao vivo enquanto é construída.
  • Publicar em produção com domínio próprio; a plataforma oferece a identidade e provisiona a credencial, mas exigir login é responsabilidade do código do App.
  • Acompanhar o histórico de mudanças e as rotas da aplicação.
  • Rotacionar o segredo do App e revisar a proteção de acesso.
  • Conceder e revogar acesso ao App para pessoas, times e outros agentes da organização, pela aba Segurança.
  • Abrir a aplicação publicada dentro do próprio painel, pelo botão "Abrir aplicação" no card (25/08/2026).
  • Buscar, filtrar por autoria ("Todos/Meus apps"), ordenar e paginar ("Carregar mais") o catálogo de Apps — mesma barra de ferramentas do catálogo de Agentes (28/08/2026).
  • Ver a aplicação já autenticada, tanto na aba "Aplicação" dentro da conversa quanto na tela de abrir em tela cheia, com a barra de rota acompanhando cliques dados dentro da própria aplicação (30/08/2026).
  • Vincular ao App um agente separado do que o constrói, ofertado a quem usa a aplicação publicada e agindo em nome de quem está conversando — já com acesso à própria aplicação (31/08/2026). Está em Agente do app.

Do que este módulo cuida

Build & Deploy não é uma opção que se liga num agente comum: um App nasce como App, e essa escolha não muda depois. Antes de um App poder ser criado, a organização precisa ter pronta a configuração de que ele depende — sem essa checagem prévia, um problema de configuração só apareceria no meio de uma conversa com o agente, em vez de aparecer na hora certa para alguém corrigir.

On this page