🎥 Review fluido + onde achar

Pocock descreve o que ele chama de review fluido: em qualquer mudança de front-end, a IA grava um vídeo de si mesma andando pela mudança — ela abre a página nova, clica nos botões, mostra a coisa funcionando de verdade. Em cima desse vídeo, ela chama uma ferramenta de TTS (text-to-speech) e narra o que está acontecendo. O resultado: o PR chega até você com um vídeo da coisa funcionando, com locução.

O porquê é direto: ver é mais rápido que ler. Em vez de abrir 12 arquivos de código e tentar imaginar o comportamento na cabeça, você aperta play e vê a mudança rodando, com alguém te explicando. Nas palavras dele: "em qualquer mudança de front-end, a IA grava um vídeo de si mesma andando pela mudança, chama TTS e narra por cima — então o PR tem um vídeo da coisa funcionando." E ele é honesto sobre o estágio: "we're scratching the surface" (mal arranhamos a superfície). O erro comum é achar que isso é firula: na prática, é o que transforma uma revisão de 20 minutos numa de 1 minuto.

O lema de Pocock aqui é claro: "optimize for human review, make it faster" (otimize o review humano, deixe-o mais rápido). O review fluido é uma forma; outra é não revisar 20 correções pequenas uma a uma. Em vez disso, ele sugere gerar um HTML no estilo da teach skill com os padrões comuns dos bugs — um resumo que mostra o que mais quebra. Assim você revisa o padrão, não cada item solto, e ainda aprende a melhorar o sistema.

Tem um ponto importante por trás disso: "GitHub não foi feito pra era agêntica". As ferramentas de review foram desenhadas pra humanos revisando humanos, em ritmo humano. Quando um agente abre dezenas de PRs por dia, esse fluxo trava. Por isso vale a pena investir no que torna a revisão veloz — vídeo narrado, resumos de padrões, agrupamento. O erro comum é manter o ritual de revisar tudo linha por linha como antes: você vira o gargalo do próprio sistema.

O primeiro lugar de "onde achar" é o repositório público github.com/mattpocock/skills — o caderno de skills do próprio Pocock. É de lá que vêm as skills que ele demonstra no vídeo: a teach skill, a grill-me, as do pipeline (grill-me → PRD → issues). Como são procedures, você instala, usa e customiza — não precisa concordar com tudo, adapta ao seu projeto.

O porquê de começar por skills prontas: elas já carregam conhecimento embutido (princípios de ensino, perguntas adversariais, formato de PRD). Você ganha meses de tentativa-e-erro de graça. E como funcionam em múltiplos agentes (Claude Code, Codex etc.), você não fica preso a uma ferramenta — coerente com o "setup agent-agnostic" da Trilha 1. O erro comum é instalar tudo de uma vez e entupir o contexto (lembra da Trilha 1.6: cada skill cobra um pedaço da janela de contexto). Traga só o que vai usar.

O segundo lugar é o aihero.dev (e a seção aihero.dev/skills) — o site de conteúdo do Pocock, com uma newsletter. Enquanto o GitHub guarda o código das skills, o aihero.dev guarda o contexto: por que cada skill existe, como ela foi pensada, e o que há de novo. É lá que aparecem skills atualizadas e explicações — pense no GitHub como a despensa e no aihero.dev como o livro que ensina a cozinhar.

O porquê de seguir os dois: skills evoluem rápido. O repositório te dá a versão atual; a newsletter te avisa quando algo muda e por quê. Assinar é a forma barata de manter seu harness afinado sem ter que vigiar o GitHub todo dia. O erro comum é copiar uma skill uma vez e nunca mais olhar — você perde melhorias e fica com uma versão velha de algo que o autor já refinou. Acompanhar a fonte é parte de "construir patrimônio", não "alugar" (Trilha 1).

A forma de instalar é um único comando: npx skills latest add. O npx baixa e roda o instalador na hora; ele te mostra uma lista de skills disponíveis e você escolhe qual adicionar (por exemplo, a teach skill). Foi exatamente assim que Pocock instalou a teach skill no vídeo. E o melhor: "funciona em Claude Code, Codex etc." — o mesmo comando, vários agentes.

Um detalhe de bastidor que Pocock conta: ele roda Claude Code com Opus 4.8, medium effort (não usa o Fable), e espera cerca de 1 mês antes de adotar um modelo novo — fez isso com o Opus 4.5. Ou seja: o comando é estável e agnóstico; a escolha de modelo é uma decisão separada e tranquila. O erro comum é sair adicionando dezenas de skills "por garantia": cada uma vaza descrição no contexto. Adicione uma, use de verdade, e só então a próxima. Copie o comando abaixo:

# 1) INSTALAR uma skill (escolha na lista — ex.: a teach skill)
#    funciona em Claude Code, Codex etc.
npx skills latest add

# 2) ONDE ACHAR skills prontas (o "caderno de receitas" do Pocock):
#    - GitHub (o código):        https://github.com/mattpocock/skills
#    - Site + contexto:          https://aihero.dev
#    - Skills + newsletter:      https://aihero.dev/skills

# Dica: adicione UMA skill, use de verdade, depois a próxima.
# Setup do Matt: Claude Code + Opus 4.8 (medium effort); espera ~1 mês p/ adotar modelo novo.

O fechamento de Pocock são dois passos pra fazer hoje. Passo 1 — o reset: delete tudo — toda skill, plugin, MCP server, seu CLAUDE.md, agents.md → volte ao zero absoluto e observe o agente. "Everyone bloats up their context window with too much stuff" (todo mundo entope a janela de contexto). No modo básico você vê o que o agente realmente faz — e o que faz falta.

Passo 2 — recamadar com procedures: vá adicionando por cima, e que sejam procedures (não abilities), instaladas de um jeito que você possa customizar e experimentar. Traga de volta só o que sentir falta (ex.: o brainstorming do superpowers). Depois é o ciclo de sempre: ache problemas → ache soluções → delegue a implementação a um agente AFK. "AFK is just incredible — takes a bit of setup, but then it goes crazy." O erro comum é pular o reset e seguir empilhando: você nunca enxerga o que de fato precisa.

PASSO 1 — RESET (volte ao zero e observe):
[ ] deletar TODAS as skills
[ ] deletar plugins e MCP servers
[ ] deletar CLAUDE.md e agents.md
[ ] rodar uma tarefa real e OBSERVAR o agente puro (o que falta?)

PASSO 2 — RECAMADAR (só o necessário, e procedures):
[ ] trazer de volta só o que senti falta (ex.: brainstorming do superpowers)
[ ] instalar como PROCEDURE customizável:  npx skills latest add
[ ] achar problemas → achar soluções → delegar a implementação a um agente AFK