CI executa scripts. Orkestra decide o que rodar.
Não é substituição: o Actions continua rodando build, teste e deploy. A diferença é quem sabe POR QUE aquele código está mudando — e isso vem da task, não do YAML.
Excelente no que faz
Roda o que você declarou: build, teste, lint, deploy. Determinístico, barato e previsível. O gatilho é um evento do repositório — push, PR, tag — e o passo seguinte é sempre o mesmo.
Sabe por que o código mudou
O fluxo nasce da task, não do evento de git. O Orkestra lê o requisito, o histórico e a decisão registrada, conduz a implementação e devolve evidência a cada etapa — e continua chamando o seu CI para o que o CI faz bem.
| Recurso | GitHub Actions | Orkestra |
|---|---|---|
| Rodar build, teste e deploy | ✓ | — |
| Disparar a partir de evento do repositório | ✓ | ✓ |
| Partir do requisito da task, não do commit | — | ✓ |
| Conhecer a decisão registrada no planejamento | — | ✓ |
| Agentes de IA operando o passo com ferramentas do produto | — | ✓ |
| Devolver evidência validada por etapa | ~ | ✓ |
| Rodar de graça em repositório público | ✓ | — |
Comece por um módulo. Ou pela suíte inteira.
Cada produto resolve sozinho — e o valor cresce a cada um que entra, porque todos leem e escrevem no mesmo núcleo. Não há big bang: adote no seu ritmo.
Onze módulos sobre um núcleo comum — adote um ou a suíte toda