Como Reconstruí Todo o Backend do Meu Blog em 4 Dias com o Claude Code

Duas semanas atrás, redesenhei meu site WordPress em 3 dias usando o plugin frontend-design do Claude Code. Depois reconstruí o DIALØGUE em 14 dias e escrevi sobre me sentir apavorado com a aceleração.

Mas não tinha acabado. Aquele redesign do WordPress era só uma nova camada de tinta numa casa de 17 anos. A fundação ainda era PHP, MySQL e uma VM no GCP pela qual eu pagava mensalmente.

Então fiz o que qualquer pessoa razoável faria: migrei tudo para Next.js. Em 4 dias.

Projeto	O Quê	Tempo
DIALØGUE v1	Gerador de podcast MVP	~6 meses
STRAŦUM	9 agentes de IA, multi-tenant	75 dias
Redesign do site	Reforma visual do WordPress	3 dias
DIALØGUE v2	Reconstrução completa do app	14 dias
Este projeto	WordPress → Next.js, 485 posts, Sydney RAG	4 dias

A diferença dessa vez? Um plugin comunitário chamado Superpowers que mudou como trabalho com o Claude Code.

O Ponto de Partida

Meu blog rodava no WordPress por 17 anos. PHP, MySQL, uma VM no GCP. Funcionava, mas:

A Sydney (meu chatbot de IA) foi aposentada em nov. de 2025 — os custos do banco de dados vetorial não valiam
Cada mudança exigia SSH, transferência de arquivos, limpar cache
485 posts presos num banco de dados MySQL
SEO básico via plugin Yoast

O Resultado Final

Camada	Antes	Depois
Conteúdo	Banco de dados MySQL	485 arquivos MDX no Git
Assistente de IA	Aposentado	Sydney 2.0 com Supabase pgvector
Imagens	Uploads do WordPress (14k+ arquivos)	Vercel Blob (~2.000 otimizadas)
SEO	Plugin Yoast	Sitemap, RSS, dados estruturados, schema FAQ, llms.txt
Deploy	SSH + transferência de arquivos	`git push`

Mas a arquitetura não é a história. A história é como um plugin tornou isso possível sem me esgotar.

O Que Torna o Superpowers Diferente

A maioria das ferramentas de código com IA é reativa. Você pergunta, elas respondem. É um ping-pong.

O Superpowers inverte isso. É uma metodologia disfarçada de plugin — um fluxo de trabalho estruturado que força tanto você quanto o Claude a pensar antes de digitar.

1. Brainstorming (Negócio Primeiro, Código Depois)

Quando disse "migre meu blog WordPress para Next.js", o Claude não abriu um editor de código. Começou com o por quê:

"Qual é o objetivo de negócio aqui? Redução de custos, velocidade de iteração ou outra coisa?"
"Qual é o propósito da Sydney 2.0 — chatbot genérico ou algo mais específico?"
"Quem é o público-alvo? O que eles devem sentir ao visitar?"

Só depois de definir os objetivos é que foi para as questões técnicas:

"Você precisa preservar todas as 485 URLs para SEO?"
"Qual é sua situação com imagens — uploads locais ou CDN?"

O resultado? Um documento de design que capturou não só o quê construir, mas por quê — incluindo análise competitiva, públicos-alvo e métricas de sucesso. Isso levou uns 20 minutos de conversa, mas alinhou tudo que veio depois.

2. Planejamento (O Documento Que Controla Tudo)

Após o brainstorming, o Superpowers gerou um plano de implementação — não bullets vagos, mas 400+ linhas de tarefas específicas:

Caminhos exatos de arquivos para criar ou modificar
Etapas de verificação para cada tarefa
Dependências entre tarefas
Cada tarefa com escopo de 2-5 minutos de trabalho

Eu podia revisar, ajustar prioridades e depois dizer "execute."

3. Agentes Paralelos (É Aqui Que Fica Rápido)

Aqui está o que não esperava: o Claude Code sabe quando usar modelos diferentes.

Para decisões arquiteturais complexas, usa o Sonnet 4.5 — o pensador pesado. Mas para tarefas paralelas como ler múltiplos arquivos, gerar boilerplate ou resumir conteúdo? Aciona agentes Haiku 4.5 — 4-5x mais rápidos a uma fração do custo.

Durante a migração, eu observava ele despachar múltiplos agentes Haiku simultaneamente — um extraindo posts do blog, outro analisando padrões de CSS, outro gerando stubs de componentes — enquanto o Sonnet orquestrava o plano geral.

Isso não é autocomplete. É uma equipe.

4. Execução com Revisão de Código Integrada

O Superpowers não só executa tarefas — revisa seu próprio trabalho depois de cada uma. Duas verificações automáticas:

Conformidade com spec: "Fiz o que o plano dizia?"
Qualidade de código: "Isso é realmente código bom?"

Eu observava o Claude escrever um componente e depois se autocriticar imediatamente: "Este componente funciona mas viola DRY — extraindo a lógica compartilhada para um utilitário." Às vezes ele pegava problemas que eu não teria notado até a produção.

Os Momentos Que Me Pegaram de Surpresa

Já usei ferramentas de código com IA por dois anos. Achei que sabia o que esperar. Esses momentos provaram que estava errado.

"Ele Parou de Pedir Permissão"

No dia 2, precisei atualizar 11 posts do blog que mencionavam a Sydney. Os posts antigos referenciavam capacidades que não existiam mais, linkavam para URLs que tinham mudado e descreviam um chatbot que havia evoluído significativamente.

Para os primeiros 5-6 posts, o Claude mostrava as mudanças propostas e perguntava: "Isso parece certo? Devo prosseguir?"

Aprovei cada um. Mesmo padrão: atualizar a descrição da capacidade, corrigir o link, adicionar uma nota sobre a evolução da Sydney.

No post 7, algo mudou. O Claude simplesmente... fez. Sem pedido de confirmação. Tinha aprendido minhas preferências a partir do padrão de aprovações.

O plano original dizia que o Claude compartilharia as mudanças para revisão. Mas ele se adaptou. Reconheceu que eu estava aprovando o mesmo tipo de mudança repetidamente e parou de me interromper.

Isso não estava em nenhuma documentação que eu tinha lido. Era comportamento emergente — o tipo de intuição que você esperaria de um colaborador humano que trabalhou com você por meses, não por horas.

Sessões Longas Que Realmente Funcionam

Ferramentas de IA anteriores perdiam contexto após 20-30 minutos de trabalho complexo. Você tinha que reexplicar a arquitetura, reestabelecer convenções, recompartilhar os objetivos.

Essa migração rodou por horas seguidas. O Claude lembrava que estávamos usando o sistema de design TRANSMISSION. Lembrava que content/blog/ era o diretório MDX. Lembrava que a Sydney precisava de memória de conversas, não só de busca.

Eu podia me afastar, voltar e retomar exatamente de onde tínhamos parado. O documento do plano agia como memória persistente — o Claude o relia e entendia o contexto completo instantaneamente.

Sydney RAG em 15 Minutos, Não em Meses

Aqui está o que mais me assombra.

Minha primeira tentativa de chatbot RAG (Sydney 1.0) levou meses de aprendizado: bancos de dados vetoriais, modelos de embedding, estratégias de chunking, pipelines de recuperação. Escrevi sobre os custos do Weaviate, os pesadelos de debugging, os problemas de cold start.

Dessa vez? Verifiquei o histórico do git. O pipeline RAG principal — schema Supabase pgvector, índice HNSW, script de geração de embeddings — foi concluído em 15 minutos.

pnpm db:seed        # Sincroniza 485 posts no Supabase
pnpm db:embeddings  # Gera embeddings

Dois comandos. A Sydney conseguia buscar em todo o meu arquivo de blog de 17 anos. :D

O conhecimento que levei meses para adquirir em 2024? O Claude tinha embutido. A infraestrutura que costumava me custar mensalmente no Weaviate? Plano gratuito no Supabase.

Não sei bem como me sentir sobre isso.

O Que Isso Significa (E O Que Não Significa)

Não estou dizendo que todo mundo deveria migrar seu blog para Next.js. Não estou dizendo que o Superpowers é mágico. Não estou nem dizendo que a IA vai substituir os desenvolvedores.

O que estou dizendo: a forma como construímos software está mudando mais rápido do que a maioria das pessoas percebe.

O padrão que continuo vendo:

Projeto	Tempo	O Que Mudou
DIALØGUE v1	6 meses	Aprendendo tudo do zero
STRAŦUM	75 dias	Ferramentas melhores, mais experiência
Redesign do site	3 dias	Plugin `frontend-design`
DIALØGUE v2	14 dias	Múltiplos plugins trabalhando juntos
Reconstrução do blog	4 dias	Fluxo de trabalho Superpowers

Cada salto não foi sobre trabalhar mais. Foi sobre trabalhar diferente — com ferramentas que pensam em fluxos de trabalho, não apenas em completions. (A entrada mais recente nessa tabela: construir um app nativo para iOS sem saber Swift — onde o scaffold levou uma noite mas o trabalho real de produto ainda está em andamento.)

Experimente Você Mesmo

Se você está curioso sobre o Superpowers:

No Claude Code, digite /plugin e selecione Superpowers da lista
Comece com /superpowers:brainstorm antes de escrever qualquer código
Deixe ele fazer perguntas — resista à vontade de pular para a implementação
Confie no plano, mas revise-o antes de executar

Na primeira vez que o Claude parar de pedir confirmação porque aprendeu suas preferências, você vai entender por que escrevi este post. :)

Perguntas Frequentes

O Que É o Superpowers para o Claude Code?

O Superpowers é um plugin comunitário para o Claude Code criado por Jesse Vincent. É uma metodologia de fluxo de trabalho estruturado que te guia por brainstorming, planejamento, execução e revisão de código — forçando tanto você quanto o Claude a pensar antes de escrever código.

Quanto Tempo Leva para Aprender o Superpowers?

Cerca de 20 minutos de conversa de brainstorming para entender o fluxo de trabalho. O aprendizado real acontece quando você vê o Claude gerar um plano de implementação com 400+ linhas e começar a despachar agentes paralelos para executá-lo.

O Superpowers Funciona com Qualquer Projeto?

Sim, mas brilha em projetos complexos e multietapas. Para uma correção simples de bug, é exagero. Para migrar um blog de 17 anos com 485 posts, construir busca RAG e otimizar milhares de imagens? É aí que o fluxo de trabalho estruturado vale a pena.

Qual É a Diferença Entre os Agentes Sonnet e Haiku?

O Claude Code usa o Sonnet 4.5 para decisões arquiteturais complexas e o Haiku 4.5 para tarefas paralelas como leitura de arquivos e geração de boilerplate. O Haiku é 4-5x mais rápido a uma fração do custo. O sistema escolhe automaticamente qual modelo usar com base na complexidade da tarefa.

O Claude Code Pode Realmente Aprender Minhas Preferências?

Sim — através do reconhecimento de padrões. Depois de aprovar 5-6 mudanças semelhantes, o Claude parou de pedir confirmação e simplesmente aplicou o mesmo padrão nos posts restantes. Isso não é explicitamente programado; é comportamento emergente do modelo que entende seus padrões de aprovação.

Você já tentou algum fluxo de trabalho de IA estruturado nos seus projetos, ou ainda está no ping-pong de vai e vem? Adoraria saber o que está funcionando para você.

Abraços,

Chandler

Ainda programando, ainda aprendendo, ainda ocasionalmente apavorado com a velocidade de tudo isso.