Resumo
Este módulo abordou como projetar arquiteturas de agente que funcionam de forma confiável no SDLC (Ciclo de Vida de Desenvolvimento de Software) mantendo limites claros, governança e supervisão humana. Exploramos como os sistemas agentes podem ir além da automação simples interpretando metas e propondo alterações, mas também por que essa energia requer estrutura sem ela, os agentes podem introduzir risco à qualidade, segurança e estabilidade do código
Um tema-chave em todo o módulo foi reforçar que os agentes devem propor trabalho, não executá-lo unilateralmente. Usando solicitações de pull, verificações necessárias, CODEOWNERS e proteções de ambiente, garantimos que todas as alterações geradas pelo agente sejam validadas por meio de sinais automatizados e revisão humana antes de serem aceitas. Esse modelo é fundamental para manter a segurança e a confiabilidade, especialmente à medida que a autonomia do agente aumenta.
Ao impor governança, observabilidade e autonomia baseada em risco, as equipes podem delegar com segurança trabalho repetitivo ou demorado aos agentes, mantendo os humanos no controle das decisões mais importantes. O resultado é um fluxo de trabalho de desenvolvimento que é mais rápido e escalonável, sem sacrificar a confiança, a qualidade ou a responsabilidade.
Neste módulo, você aprendeu a:
Mapeie as responsabilidades do agente para os estágios do SDLC e defina escopos limitados.
Defina entradas de tarefa, saídas e critérios de êxito imponíveis.
Separe o planejamento da execução e imponha um controle em etapas.
Use controles baseados em PR (modelos, verificações necessárias, CODEOWNERS, regras, ambientes) para controlar o trabalho.
Crie fluxos de trabalho confiáveis usando saídas, contextos e padrões de gatilho seguros.
Opere agentes com segurança usando observabilidade, artefatos, governança de ferramentas, restrições de MCP, isolamento de segredos, guardrails baseados em ganchos e padrões de confiabilidade.
Saiba mais
Para uma leitura mais profunda, use a documentação oficial do GitHub em:
Criando um modelo de solicitação de pull para seu repositório
Gerenciando conjuntos de regras para um repositório e regras disponíveis para conjuntos de regras
Solução de problemas de verificações de status obrigatórias (ajuda a evitar designs frágeis de "checagem obrigatória")
Uso do GITHUB_TOKEN para autenticação em fluxos de trabalho e fortalecimento da segurança para GitHub Actions
Ambientes (revisores necessários, regras de proteção de implantação e portões de aprovação)
Fazendo upload de um artefato em um fluxo de trabalho (o fluxo de trabalho produz evidências duráveis)
Carregando um arquivo SARIF para GitHub (evidência de verificação de código em CI)
Proteger pushes com escaneamento de segredos (proteção de push) (impede que segredos suportados sejam enviados)