Pular para o conteúdo principal
O manifesto é um único arquivo YAML chamado vertracloud.template.yaml na raiz do template. Campos desconhecidos são rejeitados, e as mesmas verificações rodam na CLI, no editor e na API. A versão legível por máquina é o JSON Schema. Um manifesto mínimo tem id, version, name, description, category e services:

Limites

Acima de qualquer um desses limites, o validador responde too_many_services ou invalid_type com o caminho do campo. Todos os códigos estão listados em Validar e testar.

Identidade

Texto por idioma é um objeto com pt-br, en e es. pt-br é obrigatório; os outros dois recorrem a ele.

Serviços

services é um mapa de id de serviço para sua definição. O id tem letras minúsculas, dígitos, _ e -, até 40 caracteres, e é o que os placeholders usam ({{services.db.host}}). Um serviço é de um entre três tipos, distinguidos pela chave: um app tem source, um banco de dados tem database e uma pasta Blob tem blob.

Serviço de app

Um serviço code precisa de language, e um serviço image não pode definir language, runtime_version, main, build nem start. Um serviço code não pode definir port nem source.image. Serviços de app não aceitam when: para ligar ou desligar um app por resposta, use sets.services em uma opção de pergunta. Serviço code, do bot inicial:
Serviço image, do n8n:

Healthcheck

healthcheck define quando o serviço conta como pronto no fim do assistente. Com path, a plataforma requisita esse caminho até ele responder; sem ele, vale a mesma verificação de prontidão de qualquer app. Use timeout para o primeiro boot mais lento realista, incluindo migrações de banco de dados. Um serviço com web: none deve omitir path.

Serviço de banco de dados

O banco de dados é criado como um banco de dados gerenciado normal, com memória própria tirada do plano. Ele nunca é fechado, nem em um template fechado.

Pasta Blob

Um serviço Blob dá à stack uma pasta própria no Blob Storage e uma chave gerenciada restrita a ela, sem memória própria (ram_extra nele é recusado com invalid_ram). Os campos ficam disponíveis como placeholders, e o plano precisa incluir o Blob Storage. Desfazer a stack mantém os arquivos.

Perguntas, permissões e deploy

inputs define as perguntas do assistente e está documentado em Perguntas e placeholders. permissions define o que o usuário pode alterar depois e está documentado em Permissões e templates fechados. deploy é um bloco por serviço, tratado em Configurações de deploy.

Secrets

secrets declara até 16 nomes. Cada um é gerado uma vez quando o template é usado (32 caracteres aleatórios) e é o mesmo em todo serviço que o lê com {{secrets.<name>}}. Use para uma chave que dois serviços precisam compartilhar, como a chave de criptografia de um editor e seus workers.
Para um secret de que só uma variável precisa, {{secret:<n>}} em env é mais curto. Nunca escreva um secret real como valor literal: veja Boas práticas.

Saídas

outputs é a lista que o assistente mostra quando o deploy termina. Cada item tem um label e um value, ambos por idioma, com secret e once opcionais. {{app.url}} em uma saída significa o app principal: o primeiro com web: required, depois o primeiro com web: optional, depois o primeiro app.

Relacionados

Perguntas e placeholders

inputs, when, sets e todos os placeholders {{...}}.

JSON Schema do manifesto

Validação e autocompletar no editor.
Última modificação em 30 de outubro de 2026