Driftwatch V3 Lançado: Ferramenta de Monitoramento de Base de Código Assistida por IA

Construção do Driftwatch V3 Concluída

O Driftwatch V3 foi concluído e enviado para um repositório público em bubbuilds.com. A construção levou 5-6 dias em vez dos 1-2 dias previstos, envolvendo aproximadamente 9.000 linhas de código e custando cerca de US$ 160 em créditos de API mais uma conta Claude Pro.

O que há de novo no V3

• Rastreia quais arquivos markdown estão grandes demais e em risco de truncamento silencioso
• Sinaliza instruções contraditórias entre arquivos
• Rastreamento de custos com recomendações sobre quais arquivos precisam de atenção
• Editor de markdown integrado para corrigir problemas diretamente no navegador
• Exportação/importação de instantâneos para rastrear desvios entre varreduras
• Removidas algumas funcionalidades que não estavam valendo a pena
• Ainda totalmente no navegador sem nada armazenado em servidor

Principais Lições da Construção

Custos & Delegação: O Opus consistentemente pensar que fazer tarefas sozinho é mais rápido e barato do que delegar foi o maior fator de custo. Agrupar toda a garantia de qualidade até depois da construção completa e fornecer correções de uma vez provou ser mais barato do que parar após cada sprint.

Especificações & Prompts: Uma folha de especificações estruturada antes de cada sprint foi a maior economia de custos. O desenvolvedor criou um Projeto Claude "Esclarecedor de Prompts" que transforma prompts confusos em especificações detalhadas em markdown para o Bub. Fazer o Bub ler a especificação completa e fazer perguntas antes de construir economizou tokens desperdiçados comparado a apenas enviar instruções.

Compactação de Contexto: Compactação e inchaço de contexto são os maiores obstáculos para confiar mais autonomia ao Bub. Resumos de sprint incorporados no modelo de especificação ajudaram a restaurar o contexto, e instruções importantes agora são colocadas em arquivos markdown locais que o Bub pode consultar em vez de coladas no chat.

Garantia de Qualidade & Testes: Agrupar a garantia de qualidade até depois de todos os sprints e então devolver tudo de uma vez foi mais eficiente em tempo e custo do que revisão/correções após cada marco.

Design do Site: Design mobile-first precisa ser incluído nas especificações desde o início - adaptação posterior criou muita ida e volta onde pequenas mudanças criaram novos problemas.

Fluxo de Trabalho: O desenvolvedor precisa de melhor organização para chats do Claude e planeja estudar desenvolvimento orientado a testes. Exportar o histórico de chats do Telegram e processá-lo através do Opus ajuda a identificar onde as conversas com o Bub se quebram, e o modo de pesquisa do Claude funciona bem para verificar especificações técnicas.

Próximos Passos

O desenvolvedor planeja usar o Driftwatch no Bub para auditar sua arquitetura e dar-lhe uma reforma completa para corrigir delegação e outros problemas desta construção. Próximos passos incluem construir um segundo cérebro para o desenvolvedor, Bub e Claude compartilharem que organiza chats não pesquisáveis do Claude Pro, e testar atualizações de arquitetura enquanto constrói funcionalidades do Driftwatch Pro.