kodez.cooljob 001 · lp0pg 01/07

FÉ NÃO VAI
PRA PRODUÇÃO.

Escola de engenharia na era dos agentes. Aqui se constrói harness: a estrutura que transforma conversa com IA em processo de engenharia repetível, com prova. Alma nos frameworks fundamentos.

código que roda não é produto.
a tesepg 02/07

Vibe codar é fácil. Difícil é o que vem depois.

Você passa o dia conversando com a IA. Repare no que se repete:

01 · Workflow

Todo dia as mesmas instruções, as mesmas considerações, as mesmas armadilhas. Pair programming ad-hoc com um chatbot: o trabalho de ontem não deixa estrutura para o de hoje. Amanhã, tudo de novo.

todo santo dia, o dia da marmota.

02 · Repertório

O código vibado já nasce caixa preta: não dá para debugar o que você nunca entendeu. E mesmo quem entende o código esbarra na segunda parede: produção cobra uma lista que muita gente não sabe nem enumerar:

  • observabilidade
  • rollback
  • escalabilidade
  • segurança
  • gestão de segredos
  • CI/CD
  • resiliência
  • testes
  • backups
  • disaster recovery
  • feature flags
  • operação contínua

A trincheira tem nome: production engineering. A diferença está nas ferramentas no repertório.

03 · Atenção

Automatizou parte do fluxo? O gargalo muda de lugar: tudo para esperando a sua revisão. A fila cresce mais rápido do que você consegue ler, você começa a aprovar no olho, e a automação que ia te dar velocidade vira o seu maior risco.

aprovar sem ler não é revisão.
a escolapg 03/07

Para quem já programa bem e sentiu o chão mudar.

A kodez.cool é uma escola online, em português, sem atalho e sem palco. Daqui você leva prompts melhores um processo com prova: repertório, e o harness que carrega o seu jeito de trabalhar.

folha de pontoeng. nº 0042

Hoje

09h12
explica o projeto pro chat. de novo.
11h40
cola o stack trace. reza.
14h20
"refaz, mas agora com testes."
17h50
revisa 40 arquivos no olho.
19h05
amanhã, tudo de novo.

Depois

09h12
despacha três tarefas pro harness.
11h40
lê o relatório: duas provadas, uma barrada no gate.
14h20
escreve o critério que faltava no gate.
17h50
revisa só o que a máquina não conseguiu provar.
19h05
o processo dorme pronto pra amanhã.
mesmas horas. outro jogo.

É para você que se reconheceu na coluna da esquerda. Não é para você que procura renda extra com IA, quer o prompt pronto da semana, ou acha que manter código é problema de quem vem depois.

sem guru. sem fórmula.
a provapg 04/07
exige prova

O depois existe.

É a rotina diária do autor desta escola (v. pg 07) desde que ele construiu o próprio harness, batizado de Cepa, por onde concebe, prototipa, projeta, constrói e entrega diariamente software production-ready sobre Claude Code.

A primeira coisa que o Cepa deixa de ser é um chatbot: é um time, que atua do discovery ao pós-deploy, com um maestro multi-harness, orquestradores de agentes, lideranças especializadas e workers específicos para cada tarefa. Cada um com o próprio território e o direito de dizer não.

você ──▶ maestro
           ├── discovery ──▶ oportunidade validada
           ├── design    ──▶ spec de produto
           ├── build     ──▶ código + testes
           ├── validate  ──▶ veredito com evidência
           └── docs      ──▶ documentação viva
Fig. 1 Sete plugins, cerca de trinta agentes: o ciclo inteiro, não um prompt.

Dentro dele, as instruções repetidas viraram regras, as etapas ganharam dono e critério de saída, e os guard-rails deixaram de depender de memória humana:

  • um agente não toca código fora do seu território;
  • build vermelho não commita;
  • tarefa sem teste que demonstre cada critério não chega à revisão;
  • e, na saída, o proof gate: quebra o código de propósito para confirmar que o teste teria segurado.

Esse último em ação, o mesmo que barrou a tarefa das 11h40 (v. pg 03):

Fig. 2 A saída de um cepa prove: mudança sem teste que a segure não passa.

É esse tipo de guard-rail que faz o que revisão no olho não faz. Julgamento humano onde importa, critério executável onde não.

A regra é clara: separar o que está provado do que está apenas esperado. Nada fica pronto porque um modelo achou que sim; fica pronto quando sobrevive à prova.

confiança não se pede. se fabrica.
mentoria · sob aplicaçãopg 05/07

Agora, o seu.

O Cepa é o harness do autor. A mentoria é trabalho direto com ele para você construir o seu: com o seu processo, a sua stack, os seus guard-rails, na sua operação real.

Poucas vagas por vez. Escolha, não limitação. Não tem preço nesta página porque mentoria não é prateleira: você aplica, a conversa decide se faz sentido para os dois lados.

Para quem
dev que responde por código em produção e quer montar a própria operação com agentes
Entrega
o seu harness rodando na sua operação
Formato
definido caso a caso, na conversa
Critério
a sua aplicação, não a sua carteira
curso gravado · em construçãopg 06/07

O curso está sendo construído. A lista recebe primeiro.

Sem promessa de data e sem contagem regressiva. Quem entra na lista ganha agora a primeira peça do material, e decide depois se o resto interessa.

Anatomia de um proof gate

O código que quebra o seu código de propósito. Uma dissecação real, mecanismo por mecanismo. De graça, no seu e-mail assim que você entra na lista.

código real, não slide.
quem assinapg 07/07

Alexandre Gomes.

Programa desde 1991, ensina há quase trinta anos e até hoje não aprendeu a ver uma porta fechada sem querer saber o que tem do outro lado. Foi assim com Software Livre em 1996, com Java em 1997, com Agile em 2004; com as três empresas fundadas e uma vendida; com o financeiro e o comercial; com Direito e Ciência Política. Foi assim também com a luthieria, a brassagem, a marroquinaria e a costura. Hoje é CTO da GoChange e opera diariamente o harness da pg 04. Esta escola é esse hábito de aprender, agora em voz alta.

vide verso.voltar à frente.

A primeira linha de código veio em 1991, em Clipper e dBase III, quando programa ainda cabia em disquete. Java chegou em 1997 e virou uma era: Serpro, Oracle, Sun, um Duke's Choice Award, anos de JavaOne entre o palco e a comissão técnica, turmas formadas como instrutor oficial da Sun e, depois, pela Red Hat, SAP e Liferay. Três empresas fundadas, uma vendida, missões pelo Banco Mundial e pelo BID. O currículo parece disperso. Não é: é sempre a mesma curiosidade, mudando de sala.

Dentro das empresas, o mesmo movimento: desenvolvedor, arquiteto, devops antes de a palavra existir, gerente de projetos, agile coach, tech lead. Depois o financeiro, o comercial, o administrativo. Não por indecisão: por desconfiar de quem olha o mundo por uma lente só. Hoje é CTO da GoChange, onde essa coleção de lentes opera em produção, todos os dias.

A sala de aula é a constante: vinte anos de pós-graduação, doze no mestrado em Computação Aplicada da UnB, com passagens por Computação, Direito, Ciência Política e Administração. De tanto ensinar, firmou uma convicção: professor não profere verdades; catalisa nos alunos a capacidade de fazer as perguntas certas. Essa convicção é o projeto pedagógico desta escola inteira.

O resto confirma o padrão: um doutorado inteiro em Ciência Política, menos a defesa. Aulas dadas de capoeira e de dança de salão. Um violão construído do zero, as próprias camisas costuradas, cerveja de panela, eletrodoméstico aberto na bancada. Ele se coloca diante do desconhecido de propósito, de tempos em tempos, para não esquecer a sensação de não saber. Enfrentar o desconhecido é o ofício que ele mais treinou. É o que se ensina aqui.

a cerveja ficou pronta. o doutorado, não.

kodez.cool lê-se de dois jeitos: Code School e Code is Cool. Os dois valem.

Brasília · DF · 2026 · instagram

* * * fim do relatório · job 001 concluído * * *