GitLab раскрыла, почему AI-кодерам нужен контекст платформы, а не просто код
AI-агенты производят код быстро, но часто сломанный: пропускают issue-references, нарушают linter rules, добавляют опасные зависимости. Это контекстные отказы.

A cada semana novos demos de agentes IA surgem que transformam um prompt em um pull request em cinco minutos. Mas os demos terminam após o commit. O PR não referencia a issue que deveria ter corrigido. O pipeline CI/CD falha — o agente não conhecia a nova regra de linter. O security scan reclama sobre uma dependência que o agente adicionou sem verificar a lista de aprovados da organização. Estas são falhas de contexto, e determinam se a codificação assistida por IA acelerará a entrega ou criará gargalos de retrabalho.
Três níveis de contexto
A GitLab publicou um tutorial com Claude Code e um tutorial com Codex que demonstram um padrão: o que muda quando um agente IA recebe mais contexto de plataforma.
Nível 1: apenas código do repositório. Você aponta o agente para sua base de código e descreve o problema. O agente lê arquivos, propõe uma correção, executa a compilação. O código funciona localmente, mas em um vácuo. O agente não vê os critérios de aceitação da issue, não conhece requisitos não-funcionais, não leu os padrões de estilo do config de CI.
Nível 2: código do repo + issue do GitLab. Conecte o servidor GitLab MCP, e o agente pode ler a issue antes de escrever o código. Agora requisitos, notas de implementação, labels, milestones são visíveis. O agente adiciona `Closes #32` na descrição do MR porque entende a ligação entre mudança e issue. Usa `get_issue` e `create_merge_request` com referências adequadas. Desta vez a correção se alinha com o plano do time.
Nível 3: agente funciona dentro do merge request. O GitLab Code Review Flow deixa feedback automaticamente. O agente é invocado como revisor externo para endereçar comentários:
- adiciona testes faltantes
- atualiza documentação
- fecha gaps de validação
- faz commit de mudanças direto na branch do MR
O pipeline valida o novo commit. O revisor humano vê o resultado em uma ferramenta, sem trocar de contexto. Resultado: menos rodadas de review, merge mais rápido.
Contexto importa mais para segurança
Codadores IA produzem código rápido. Mais código — mais vulnerabilidades potenciais, mais findings de scanners, mais MRs de correção para revisar. Antes, o gargalo era no lado da segurança: scan, priorizar findings, escalar os críticos, esperar pelos fixes. Agora o gargalo se desloca. O workflow muda de "qual vulnerabilidade corrigir primeiro" para "qual MR de correção gerado por IA revisar primeiro". Isto requer contexto que um agente local não possui: o código da aplicação circundante completo, fluxo de dados completo, deployment targets, políticas de segurança da organização.
Com contexto completo, a priorização fica mais precisa. Um agente vendo código circundante e políticas aplicáveis classifica findings pela exposição real no seu ambiente, não por scores de severidade genéricos. A camada de segurança do GitLab analisa findings com contexto completo do projeto, filtra falsos positivos, marca vulnerabilidades confirmadas. Quando uma vulnerabilidade é confirmada, a resolução SAST agentic cria automaticamente um MR com a correção. O pipeline valida. O revisor aprova. A governança permanece intacta.
Como começar
Invista em AGENTS.md — um arquivo com instruções customizadas. Documente como seu repositório funciona, quais comandos executar, que expectativas de qualidade existem. Investimento único que se paga em cada sessão de agente.
Monitore o consumo de contexto. Se as sessões são lentas ou resultados são superficiais — o problema está no contexto que você está fornecendo ao modelo. Contexto estruturado através de integrações de plataforma é melhor que dumps brutos de arquivos.
Certifique-se de que todos os projetos são escaneados por ferramentas de segurança. Habilite Security Configuration Profiles no nível de grupo.
O que isto significa
Codadores IA funcionam confiávelmente apenas quando a plataforma lhes dá contexto e garante que o output passa por quality gates. Demos de cinco minutos em um vácuo não refletem a realidade de produção. Organizações que sistematicamente estruturam contexto através de issue tracker, pipeline, política de segurança e padrões de code review ganharão vantagem competitiva.