Do prompt à orquestração: o workshop de Go agêntico na GopherCon 2026

A agenda oficial da GopherCon 2026 traz um workshop de meio período que ataca um problema conhecido de quem já usa IA↳Inteligência artificial440 conteúdosUX e IA: Transformando Experiências Digitais com Inteligência ArtificialProduto & UX · jan 2025MCP: O que é e por que você vai ouvir falar disso em breve?AI · jul 2025IA generativa e a urgência de reconstruir nossa relação com a verdadeAI · jun 2025Ver tudo em AI → no dia a dia: parar de "prompter" avulso e começar a orquestrar. O título é direto, Agentic Go↳Go23 conteúdosEntendendo o Green Tea GC do Go 1.26Dev (Back & Front) · mai 2026Função recursiva em Go para acessar valores em mapas aninhadosDev (Back & Front) · set 2025Publicando projeto desenvolvido em Golang em um server grátisDev (Back & Front) · mar 2025Ver tudo em Dev (Back & Front) → Development: Orchestrate AI to Work Like You, e o slogan da descrição resume a tese: "Stop prompting. Start orchestrating." A sessão é conduzida por Cory LaNou (Go Author & Trainer, Gopher Guides), classificada como nível intermediário/avançado, com requisito de pelo menos um ano de experiência em Go e um ambiente com Go 1.25 ou superior.

Vale o disclaimer de contexto: este texto se baseia apenas na descrição pública publicada na agenda do evento. Não estivemos na sala, então o foco aqui é o problema que o workshop se propõe a resolver, não o que foi efetivamente ensinado.

O que muda quando você para de "prompter"

A diferença central que a ementa levanta é entre prompting e orchestrating. No primeiro modo, o dev fica no console pedindo trechos de código e colando o resultado, revisando linha a linha. No segundo, o fluxo é descrito como três etapas: planejar, delegar e revisar. Você define o plano, o agente executa a implementação e você entra na ponta como revisor, não como digitador.

Na prática, isso desloca o gargalo. O trabalho braçal (escrever boilerplate, rodar linter, formatar, abrir PR) vai para o agente; o trabalho de julgamento (arquitetura, decisão de design, aprovar ou rejeitar) fica com o humano. Para times de Go, que costumam ter convenções rígidas de estilo e uma cultura forte de tooling, esse recorte faz sentido, desde que o agente aprenda as convenções certas.

Configurar o agente para o SEU código, não para o genérico

O ponto mais interessante da ementa é a insistência em treinar agentes para seguir "YOUR conventions, not generic patterns". Modelos de linguagem tendem a produzir Go idiomático genérico, o que nem sempre bate com as escolhas de um projeto específico (nomes de pacote, tratamento de erro, estrutura de testes, layout de repositório). A proposta é configurar Claude Code e Codex para respeitar essas regras e saber quando usar cada um.

Dois mecanismos aparecem como pilares:

• Custom skills: encodar workflows e padrões de desenvolvimento como habilidades reutilizáveis, em vez de reexplicar tudo a cada tarefa.
• Hooks de validação automática: disparar formatação e checagens sem intervenção manual. Aqui entram ferramentas como golangci-lint e o ecossistema padrão de gofmt/go vet.

O desfecho prometido é um ciclo completo de issue para PR executado por agentes treinados. Ou seja: a partir de uma issue no GitHub, o agente planeja, implementa, roda validação via hooks e abre o pull request, com o dev revisando o resultado.

Trade-offs que ficam de fora da ementa

A descrição é honesta sobre um risco estrutural: o mundo da IA "can change drastically from one day to the next". A organização avisa que ferramentas e features específicas serão atualizadas até a data do workshop, mantendo apenas o core (planejar, delegar, revisar). Isso é um lembrete útil para quem constrói: qualquer receita de tooling agêntico hoje tem prazo de validade curto. O que sobrevive é o princípio de fluxo, não o comando exato.

Alguns pontos que valem atenção de quem for aplicar a abordagem no Brasil:

• Hooks como rede de segurança são inegociáveis. Delegar implementação a um agente só é sustentável se o linter e os testes rodam automaticamente antes do PR. Sem isso, revisar vira o mesmo trabalho manual de antes.
• Custo e latência. Orquestrar múltiplos agentes (Claude, Codex, e a ementa também sugere instalar o Gemini CLI) consome tokens e tempo. Vale medir se o ganho compensa em projetos pequenos.
• Convenções precisam estar escritas. Um agente só segue o padrão do time se esse padrão existir de forma explícita, em arquivos de configuração ou documentação. Times sem convenção formalizada vão sentir o atrito primeiro.

Como se preparar

A preparação recomendada na descrição é concreta e reproduzível: conta no GitHub, golangci-lint instalado, e as CLIs de Claude Code, Codex e/ou Gemini no ambiente. Isso soma-se aos pré-requisitos (experiência de 1+ ano em Go e ambiente com Go 1.25 ou superior). É um bom checklist mesmo para quem não vai ao workshop e quer testar o fluxo agêntico por conta própria.

O recado que fica, independente da sala, é que o vetor de produtividade em Go está migrando do autocomplete para a orquestração de agentes que já conhecem as regras da casa. Quem formalizar convenções e amarrar validação automática antes de delegar sai na frente. Detalhes de horário e local estão na agenda oficial da GopherCon 2026 linkada nesta publicação.

Fonte: Agenda oficial — Meeting Room 435, Level 4, SCC | Summit