Mudanças pequenas, diff revisado e integração de sistemas
O ciclo de pedir pouco, salvar ponto, ler o diff e rodar teste, o pedido em oito partes e as três disciplinas que evitam o emaranhado de integrações.
Resumo da aula
- Vamos amarrar, e desta vez não é só a aula: é o bloco inteiro.
- Na aula oito você entendeu o que é o Codex, e por que o controle de versão vem antes.
- Na nove, instalou e aprendeu onde a chave mora. Na dez, os comandos e o manual do projeto.
- E hoje, o método que faz as três anteriores valerem alguma coisa: pedido pequeno e reversível, ponto de retorno antes e depois, o que mudou lido antes de aceitar, teste rodado, e integração tratada como coisa que cresce.
- Se você levar uma frase só daqui, leve esta: o ponto não é produzir muito, é produzir muito sem perder o controle do que foi produzido.
Neste artigo
- O pedido grande demais para ser revisado
- O ciclo de quatro movimentos
- Checkpoint: o save do videogame
- Ler o diff: tamanho e alcance antes de aceitar
- Testes: quem avisa antes do cliente
- A máquina segue instruções, não lê nas entrelinhas
- Objetivo, escopo, entradas e saídas
- Restrições, aceitação, testes e situações de falha
- Integrar: dois sistemas conversando sem ninguém copiando
- Comunicação, gestão e operação
- O emaranhado e as três disciplinas que o evitam
O artigo é lido por partes. Use os botões abaixo para avançar — a aula em vídeo e a apresentação estão no curso, e o método completo, no livro.
Perguntas frequentes
Por que não pedir o sistema inteiro de uma vez ao Codex?
Porque ele tenta. Produz dezenas de arquivos, com muita coisa certa e alguma errada no meio, e você não acompanhou nenhuma das decisões. Quando quebrar — e vai quebrar —, o difícil não é consertar: é descobrir o que consertar. Mudança grande demais para ser revisada é mudança que ninguém controla, e o que parecia ganho de tempo vira dois dias de investigação. O método é um ciclo de quatro movimentos que gira sempre igual: pedir uma alteração pequena por vez, marcar um ponto de retorno no histórico, ler o que mudou e rodar os testes. Se o pedido não cabe numa frase, não é um pedido: são cinco.
Como ler o diff sem saber programar?
O diff é a comparação do antes e do depois, linha por linha — o "controlar alterações" do documento de texto, aplicado ao projeto inteiro. Não é preciso entender cada linha: basta perceber duas coisas, o tamanho e o alcance da mudança. Se você pediu para ajustar uma cor e a lista mostra quinze arquivos alterados, alguma coisa saiu do rumo — e você descobriu antes de aquilo chegar ao ar. Aceitar tudo sem olhar é exatamente onde se quebra o que já estava funcionando.
Como descobrir que falta uma integração no meu negócio?
Pelo teste da cena: alguém olhando uma tela e digitando em outra o que acabou de ver. Onde isso aparece, há integração faltando — quase todo trabalho manual repetitivo de escritório é uma integração que nunca foi feita. Os três territórios que mais rendem são comunicação (WhatsApp, e-mail, Instagram, canais internos), gestão (o sistema de clientes, o da operação, calendários e planilhas) e operação (banco de dados, painéis, filas e o financeiro, que merece o cuidado maior). E vale a advertência de gestão: dobrar o número de peças mais do que dobra o número de conexões entre elas. Três hábitos evitam o emaranhado — componentes reutilizáveis, testes e observabilidade. Sistema sem observabilidade não está funcionando: apenas não está reclamando.
Ir direto para outra aula
- 1 O ecossistema do ChatGPT: Chat, Work e Codexcom videoaula
- 2 Prompts que funcionam: função, regras e contextocom videoaula
- 3 Tokens, janela de contexto e o documento de calibração
- 4 Projetos, Canvas e Skills: o conhecimento organizado
- 5 MCP, APIs e webhooks: a IA fora da janela de chat
- 6 Make, n8n e a governança das conexões
- 7 GPTs, Skills e os agentes de cada área da empresa
- 8 Codex: programar conversando, com Git por baixo
- 9 Instalação do Codex e a chave que não pode vazar
- 10 Comandos do Codex e o AGENTS.md do projeto
- 11 Mudanças pequenas, diff revisado e integração de sistemas
- 12 Atendimento por WhatsApp: Cloud API, templates e aprovação humana
- 13 Direct do Instagram: contexto do story e pontuação de leads
- 14 Instagram no Make: CRM, transferência humana e painel
- 15 ChatGPT Work: do objetivo ao entregável
- 16 Projetos, Skills, Apps e arquivos editáveis no Work
- 17 Tarefas agendadas, workspaces e vibe working
- 18 Empresas operadas por IA: hotelaria, direito, imobiliário e marketing
- 19 As Skills que valem instalar e os repositórios confiáveis
- 20 Laço agêntico, coleta de dados e memória do ChatGPT
- 21 As plataformas de IA e as cinco superfícies do ChatGPT
- 22 AI Operator e empresas AI-native: o próximo passo