Gerador de Workflow do GitHub Actions
Gere um workflow de CI do GitHub Actions pronto para commit (.github/workflows/*.yml) a partir da sua stack e das suas opções — escolha a linguagem (Node.js, Python, Go, Rust, PHP, Ruby, Java ou .NET), a matriz de versões e sistemas operacionais, os eventos de disparo (push / pull_request / schedule / workflow_dispatch), as etapas de lint/test/build, um job de deploy opcional, cache de dependências e concorrência. Roda inteiramente no seu navegador.
Entrada
O nome de exibição do workflow na aba Actions.
Versões do runtime separadas por vírgula para a matriz (ex.: Node 20, 22).
Gatilhos
Branches separadas por vírgula que disparam o workflow em um push.
Branches para as quais os pull requests devem apontar.
Etapas do job
Rótulos de runners separados por vírgula para a matriz (ex.: ubuntu-latest, macos-latest, windows-latest).
Deixe vazio para usar um padrão adequado à stack selecionada.
Extras
Variáveis de ambiente no nível do workflow. Use ${{ secrets.NAME }} para referenciar um secret.
Saída
Mais formas de usar esta ferramenta
API REST
curl -X POST https://api.iotools.cloud/v1/tool/github-actions-workflow-generator \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"workflowName": "CI",
"stack": "node",
"stackVersions": "20, 22",
"packageManager": "npm",
"triggerPush": "true",
"pushBranches": "main",
"triggerPR": "true",
"pRBranches": "main",
"triggerSchedule": "",
"triggerDispatch": "true",
"matrixOS": "ubuntu-latest",
"stepLint": "",
"stepTest": "true",
"testCommand": "",
"stepBuild": "",
"stepDeploy": "",
"enableCache": "true",
"enableConcurrency": "true",
"envVars": ""
}'Troque pela sua própria chave, da sua conta. Os campos da ferramenta viram o corpo da requisição — sem envelope.
Peça a um agente de IA
Use the IOTools `github-actions-workflow-generator` tool (GitHub Actions Workflow Generator) on this input:
YOUR_INPUT_HERECole isto em qualquer agente conectado ao servidor MCP do IOTools e depois adicione sua entrada.
Widget para incorporar
<iframe
src="https://iotools.cloud/embed/github-actions-workflow-generator/"
width="100%" height="520" frameborder="0" scrolling="no" loading="lazy"
title="Gerador de Workflow do GitHub Actions — iotools.cloud"
sandbox="allow-scripts allow-forms allow-same-origin allow-downloads allow-popups allow-popups-to-escape-sandbox"
allow="clipboard-write"
style="width:100%;border:1px solid #e5e7eb;border-radius:12px;overflow:hidden"></iframe>
<script src="https://iotools.cloud/embed.js" async></script>Coloque isso na sua própria página — grátis, sem chave, só um link de volta.
| Custo por chamada de API/MCP | A partir de 5 créditos |
|---|---|
| Precisa de mais créditos? | Ver preços |
Também disponível via
Guias
O Gerador de Workflow do GitHub Actions monta um pipeline de CI pronto para commit no seu repositório. Escolha a sua linguagem, defina quais eventos disparam a execução e ative as etapas que quiser — a ferramenta escreve um arquivo .github/workflows/ci.yml corretamente indentado, que você pode copiar ou baixar em segundos. Sem conta, sem CLI, sem briga com YAML.
O que ele gera
A saída é um workflow completo do GitHub Actions com um job build que roda numa matriz de sistema operacional e versões de runtime. Ele configura a action oficial de setup adequada à sua stack, instala as dependências com o gerenciador de pacotes escolhido e adiciona apenas as etapas que você ativar: lint, test e build. Um segundo job deploy, opcional, roda depois que o build passa, restrito a uma única branch.
Stacks suportadas:
- Node.js —
actions/setup-node, com npm, yarn ou pnpm - Python —
actions/setup-python, com pip, Poetry ou Pipenv - Go —
actions/setup-gocom cache de módulos - Rust —
dtolnay/rust-toolchainmaisSwatinem/rust-cache - PHP —
shivammathur/setup-php - Ruby —
ruby/setup-rubycom cache do bundler - Java —
actions/setup-java, Temurin/Zulu/Adopt/Microsoft/Corretto, Maven ou Gradle - .NET —
actions/setup-dotnet
Como usar
- Informe um nome de workflow (exibido na aba Actions) e escolha a sua stack.
- Liste as versões de runtime e os sistemas operacionais da matriz de build — cada combinação roda em paralelo.
- Escolha os seus gatilhos: push, pull_request (com branches de destino), um agendamento cron e/ou o
workflow_dispatchmanual. - Ative ou desative as etapas de lint / test / build. Deixe a caixa de comando vazia para usar um padrão razoável para a sua stack, ou digite o seu próprio.
- Opcionalmente, adicione um job de deploy vinculado a uma branch, ative o cache de dependências e ligue a concorrência para que um novo push cancele uma execução em andamento na mesma ref.
- Copie o YAML ou baixe o
ci.ymle coloque-o em.github/workflows/no seu repositório.
Por que uma matriz de build?
Uma matriz executa o seu job uma vez para cada combinação de versão e SO — por exemplo, Node 20 e 22 no Ubuntu e no macOS ao mesmo tempo. Isso pega cedo falhas específicas de versão ou de plataforma. O fail-fast: false está definido para que uma célula com falha não cancele as outras, dando a visão completa em cada execução.
O que a concorrência faz?
O bloco de concorrência agrupa as execuções por workflow e ref e cancela qualquer uma que ainda esteja em andamento quando um commit mais novo chega. Isso economiza minutos de runner e garante que, numa branch movimentada, só importe o resultado do commit mais recente.
Meus dados de entrada são privados?
Sim. O workflow é gerado inteiramente no seu navegador, com templates de string simples — nada é enviado, registrado ou transmitido a um servidor. Referencie secrets com segurança nas suas variáveis de ambiente usando ${{ secrets.NAME }}; o gerador nunca vê os valores deles.
Posso editar o resultado?
Claro. O arquivo gerado é um workflow normal e compatível com o padrão — trate-o como um ponto de partida e ajuste as versões das actions, adicione jobs ou conecte credenciais de deploy conforme o seu projeto cresce.