Actions

Cada automação pode ter uma ou mais ações que são executadas quando o gatilho é acionado. Este artigo aborda as opções de configuração para cada tipo de ação.

Run tests

A ação Run tests executa testes individuais ou grupos de testes. Selecione os testes e grupos que deseja executar no seletor de múltipla escolha. É necessário ter pelo menos um teste ou grupo.

Seleção de branch

Escolha em qual branch os testes devem ser executados. Você tem duas opções:

• From trigger — usa uma branch do evento que disparou a automação. Por exemplo, se o gatilho for "Branch created", você pode selecionar "Created branch" para executar testes na branch recém-criada. Se o gatilho for "Branch merged", você pode escolher "Source branch (from)" ou "Target branch (to)". Se o gatilho for "Branch removed", você pode usar o valor da branch removida.

• Project branches — selecione uma branch específica do seu projeto, como a Live ou qualquer branch de desenvolvimento.

Deploy agent

A ação Deploy agent inicia um agente de IA com um comando que você escreve. Configure o modelo, o texto do prompt e para onde o resultado final deve ser enviado.

Parâmetros de template

Para gatilhos baseados em branch, você pode inserir valores dinâmicos em seu prompt usando a sintaxe de chaves duplas. Clique em qualquer parâmetro disponível abaixo do campo de prompt para inseri-lo ou digite-o manualmente.

Os parâmetros disponíveis dependem do tipo de gatilho:

• Branch merged — {{branchFrom.id}}, {{branchFrom.name}}, {{branchTo.id}}, {{branchTo.name}}

• Branch created — {{branch.id}}, {{branch.name}}

• Branch removed — {{branch.id}}, {{branch.name}}

• Manual / API, Live deployed, e Recurring — não há parâmetros de gatilho disponíveis.

Os parâmetros são destacados em seu prompt enquanto você digita, para que você possa ver quais partes serão substituídas em tempo de execução.

Por exemplo, um prompt como "Review the changes on {{branchFrom.name}} before it merges into {{branchTo.name}}" seria resolvido para "Review the changes on feature/payments before it merges into main" quando um merge disparasse a automação.

Enviar resultado

Escolha para onde a resposta final do agente deve ser encaminhada após a conclusão da execução.

• Email — envia o resultado para um ou mais endereços de e-mail.

• Webhook — envia o resultado via POST para um endpoint HTTPS, com cabeçalhos personalizados opcionais.

• Slack — encaminha o resultado para um canal do Slack após você conectar o Slack no Buildprint.

Send webhook

A ação Send webhook envia uma requisição POST com um payload JSON para uma URL especificada. A URL deve usar HTTPS.

Cabeçalhos

Adicione cabeçalhos personalizados se o endpoint de recebimento exigir autenticação ou tipos de conteúdo específicos. O Buildprint sempre inclui Content-Type: application/json automaticamente. Clique em Add para adicionar pares de cabeçalhos chave-valor.

Payload

O payload é gerado automaticamente e inclui:

• event — o tipo de gatilho (por exemplo, "manual", "live_deployed" ou "branch_merged").

• automation — o ID e o nome da automação.

• project — o ID do projeto e o nome do app Bubble.

• params — parâmetros específicos do gatilho. Para eventos de branch, isso inclui o ID e o nome de exibição da branch. Para gatilhos Manual / API, live deploy e recorrentes, este campo fica vazio.

• timestamp — quando o evento ocorreu (ISO 8601).

Uma visualização ao vivo do payload é exibida abaixo do campo da URL para que você possa ver exatamente o que será enviado.

Testando webhooks

Clique em Send test request ao lado da visualização do payload para disparar um POST de teste para sua URL com o payload de visualização. Isso permite verificar se seu endpoint está recebendo e processando os dados corretamente antes da automação entrar em vigor. O botão só estará disponível quando você inserir uma URL HTTPS válida.