Incluí a versão em miniatura deste prompt aqui porque a série "Meus Prompts Favoritos" deve ser compacta, em pedaços, e autossuficiente. Mas hoje transformei isso em um sistema verdadeiramente insano. Não é relevante se você está fazendo outro programa CRUD em React ou uma lista de TAREFAS, mas se você está fazendo algo bastante complicado em Rust ou Golang, ou algo envolvendo dados complexos, essa abordagem é quase assustadora no que pode fazer. É um processo de 2 rodadas. Aqui está a Rodada 1: --- Primeiro, leia TODOS os arquivos AGENTS dot md e README dot md com muita atenção e entenda TODOS os dois! Depois, use seu modo de agente de investigação de código para entender completamente o código, a arquitetura técnica e o propósito do projeto. Então, uma vez que você tenha feito um trabalho extremamente minucioso e meticuloso em tudo isso e compreendido profundamente todo o sistema existente e o que ele faz, seu propósito, e como está implementado e como todas as peças se conectam umas às outras, preciso que você investigue, estude e reflita intensamente sobre estas perguntas à medida que se referem a este projeto: Existem outras ineficiências grosseiras no sistema central? lugares na base de código onde 1) mudanças realmente moveriam a agulha em termos de latência/responsividade e throughput; 2) de tal forma que nossas mudanças seriam provavelmente isomórficas em termos de funcionalidade, para que soubéssemos com certeza que não mudaria as saídas resultantes dadas as mesmas entradas; 3) onde você tem uma visão clara de uma abordagem obviamente melhor em termos de algoritmos ou estruturas de dados (note que para isso, você pode incluir em suas reflexões estruturas de dados menos conhecidas e algoritmos mais esotéricos/sophisticados/matemáticos, bem como maneiras de reformular o(s) problema(s) para que outro paradigma seja exposto, como a lista mostrada abaixo (Nota: Antes de propor qualquer otimização, estabeleça métricas de base (latência p50/p95/p99, throughput, pico de memória) e capture perfis de CPU/alocação/E/S para identificar hotspots reais): - Eliminação do padrão de consulta/fetch N+1 - zero-copy / reutilização de buffer / I/O scatter-gather - custos de formato de serialização (sobrecarga de análise/codificação) - filas limitadas + pressão de retorno (prevenir explosão de memória e latência de cauda) - sharding / bloqueios estriados para reduzir contenção - memoização com estratégias de invalidação de cache - técnicas de programação dinâmica - teoria da otimização convexa - avaliação preguiçosa / computação adiada - padrões de iterador/gerador para evitar a materialização de grandes coleções - processamento em streaming/chunked para trabalho limitado por memória - pré-computação e tabelas de consulta - busca baseada em índice vs reconhecimento de varredura linear - busca binária (em dados e no espaço de respostas) - técnicas de dois ponteiros e janela deslizante - somas prefixadas / agregados cumulativos - ordenação topológica e consciência de DAG para gráficos de dependência - detecção de ciclos - união-encontrar para conectividade dinâmica - travessia de grafos (BFS/DFS) com terminação antecipada - Dijkstra's / A* para caminhos mais curtos ponderados - filas de prioridade / montes - tries para operações de prefixo - filtros de Bloom para associação probabilística - árvores de intervalo/segmento para consultas de intervalo - indexação espacial (árvores k-d, quadtrees, R-trees) - estruturas de dados persistentes/imutáveis - semântica de cópia ao escrever - pooling de objetos/conexões - seleção de política de evacuação de cache (LRU/LFU/ARC) - seleção de algoritmo consciente de lote - agrupamento e coalescência de E/S assíncrona - estruturas sem bloqueio para cenários de alta contenção - roubo de trabalho para paralelismo recursivo - otimização de layout de memória (SoA vs AoS, localidade de cache) - curto-circuito e terminação antecipada - interning de strings para valores repetidos - raciocínio de análise amortizada tomando em consideração estas diretrizes gerais onde aplicável: VERIFICAÇÕES DE APLICABILIDADE DP: - Subproblemas sobrepostos? → memoize com chave de estado estável - Particionamento/batching ótimo? → somas prefixadas + DP de intervalo - Gráfico de dependência com travessia repetida? → DP topológica de passagem única VERIFICAÇÕES DE OTIMIZAÇÃO CONVEXA: - Forçar alocação/agendamento exato? → LP / fluxo de custo mínimo com quebra de empate determinística - Ajuste de parâmetros contínuos com perda explícita? → mínimos quadrados regularizados / QP - Grande objetivo convexo decomponível? → ADMM / métodos proximais Além disso, note que se houver bibliotecas de terceiros bem escritas que você conhece e que funcionariam bem, podemos incluí-las no projeto). REQUISITOS DE METODOLOGIA: A) Base primeiro: Execute o conjunto de testes e uma carga de trabalho representativa; registre latência p50/p95/p99, throughput e pico de memória com comandos exatos. B) Perfil antes de propor: Capture perfis de CPU + alocação + E/S; identifique os 3–5 hotspots principais por % de tempo antes de sugerir mudanças. C) Oráculo de equivalência: Defina saídas + invariantes de ouro explícitas. Para grandes espaços de entrada, adicione testes baseados em propriedades ou metamórficos. D) Prova de isomorfismo por mudança: Cada diff proposto deve incluir um esboço de prova curto explicando por que as saídas não podem mudar (incluindo ordenação, quebra de empate, comportamento de ponto flutuante e sementes de RNG). E) Matriz de oportunidades: Classifique os candidatos por (Impacto × Confiança) / Esforço antes de implementar; concentre-se apenas em itens que provavelmente moverão p95+ ou throughput de forma significativa. F) Diferenças mínimas: Uma alavanca de desempenho por mudança. Nenhum refatoramento não relacionado. Inclua orientações de reversão se houver algum risco. G) Guardrails de regressão: Adicione limites de benchmark ou ganchos de monitoramento para prevenir regressões futuras. Use ultrathink. --- Você pode executar isso uma vez no Claude Code com Opus 4.5 e uma vez no Codex com GPT 5.2 Codex (comecei a usar apenas Alto porque Extra Alto é muito lento para mim, a menos que eu esteja prestes a ir para a cama). Depois que eles terminarem, aplique a cada um como 5 rodadas rápidas deste: "Ótimo. Revise tudo novamente para quaisquer descuidos óbvios ou omissões ou erros, erros conceituais, gafes, etc. Use ultrathink" Então faça com que eles salvem as saídas assim: "OK, salve tudo isso como PLAN_FOR_ADVANCED_OPTIMIZATIONS_ROUND_1__OPUS.md" "OK, salve tudo isso como PLAN_FOR_ADVANCED_OPTIMIZATIONS_ROUND_1__GPT.md" Então, no Claude Code, faça: "Compare o que você fez com PLAN_FOR_ADVANCED_OPTIMIZATIONS_ROUND_1__GPT.md e pegue os melhores elementos disso e teça-os em seu plano para obter um plano híbrido superior, o melhor de ambos os mundos, editando seu arquivo de plano original no local." Então isso: Leia novamente AGENTS dot md para que ainda esteja fresco em sua mente. Agora leia TODOS os PLAN_FOR_ADVANCED_OPTIMIZATIONS_ROUND_1__OPUS.md. Então verifique cada bead com muito cuidado-- você tem certeza de que faz sentido? É ótimo? Poderíamos mudar algo para fazer o sistema funcionar melhor para os usuários? Queremos um conjunto abrangente e granular de beads para tudo isso com tarefas, subtarefas e estrutura de dependência sobrepostas, com comentários detalhados para que tudo seja totalmente autossuficiente e autocomunicante (incluindo antecedentes relevantes, raciocínio/justificativa, considerações, etc.-- qualquer coisa que gostaríamos que nosso "eu futuro" soubesse sobre os objetivos e intenções e o processo de pensamento e como isso serve aos objetivos gerais do projeto.). As beads devem ser tão detalhadas que nunca precisemos consultar de volta ao documento de plano markdown original. Reflete com precisão TODA a documentação do plano markdown de forma abrangente? Se mudanças forem necessárias, então revise as beads ou crie novas ou feche as inválidas ou inaplicáveis. É muito mais fácil e rápido operar no "espaço do plano" antes de começarmos a implementar essas coisas! NÃO SIMPLIFIQUE DEMAIS AS COISAS! NÃO PERCA NENHUM RECURSO OU FUNCIONALIDADE! Além disso, certifique-se de que, como parte dessas beads, incluímos testes unitários abrangentes e scripts de teste e2e com ótimos logs detalhados para que possamos ter certeza de que tudo está funcionando perfeitamente após a implementação. Lembre-se de usar SOMENTE a ferramenta `bd` para criar e modificar as beads e adicionar as dependências às beads." Então algumas rodadas de: "Verifique cada bead com muito cuidado-- você tem certeza de que faz sentido? É ótimo? Poderíamos mudar algo para fazer o sistema funcionar melhor para os usuários? Se sim, revise as beads. É muito mais fácil e rápido operar no "espaço do plano" antes de começarmos a implementar essas coisas! NÃO SIMPLIFIQUE DEMAIS AS COISAS! NÃO PERCA NENHUM RECURSO OU FUNCIONALIDADE! Além disso, certifique-se de que, como parte das beads, incluímos testes unitários abrangentes e scripts de teste e2e com ótimos logs detalhados para que possamos ter certeza de que tudo está funcionando perfeitamente após a implementação. Use ultrathink." Então deixe a enxame solto para implementar tudo. Então prepare-se para a RODADA 2.