Loop de Otimização de Benchmark

Use esta habilidade para converter "torne 20x mais rápido" ou "tente 50 otimizações recursivas" em um loop medido e limitado que pode realmente melhorar um sistema.

Linha de Base Necessária

Não otimize até que estes existam:

• a operação que está sendo otimizada;
• o portão de correção que deve permanecer verde;
• a métrica: tempo de execução, latência p95, linhas/seg, custo/execução, memória, taxa de erro;
• a linha de base atual;
• o orçamento de busca: variantes máximas, tempo máximo, gasto máximo, impacto máximo de dados.

Se o usuário pedir uma meta irrealista, mantenha a ambição, mas torne o loop limitado e mensurável.

Loop

1. Meça a linha de base.
2. Identifique gargalos com base em evidências.
3. Gere variantes que testem uma hipótese por vez.
4. Execute variantes com o mesmo formato de entrada.
5. Rejeite variantes que falhem em correção, segurança ou reprodutibilidade.
6. Promova a variante segura mais rápida.
7. Codifique o caminho vencedor em um script, comando, teste, configuração ou documento.
8. Execute novamente a linha de base e o vencedor para confirmar a diferença.

Tabela de Variantes

Acompanhe as variantes assim:

Variant | Hypothesis | Command | Time | Correct? | Notes
baseline | current path | npm run job | 120s | yes | stable
batch-500 | fewer round trips | npm run job -- --batch 500 | 42s | yes | winner
parallel-8 | more workers | npm run job -- --workers 8 | 31s | no | rate limited

Busca Recursiva

Para trabalhos recursivos ou de hiperparâmetros:

• persista cada execução em um registro;
• compare com o vencedor aceito anterior, não apenas com a execução anterior;
• mantenha uma verificação de reserva ou de repetição;
• pare quando a melhoria estiver dentro do ruído, a correção falhar, o custo exceder o orçamento, ou a busca começar a alterar mais variáveis do que pode explicar.

Use frases como "melhor variante segura medida" em vez de "ótimo global", a menos que o espaço de busca tenha sido realmente exaustivo.

Portão de Promoção

Uma variante não pode se tornar o novo padrão até que:

• os testes de correção passem;
• a diferença de desempenho seja repetida ou explicada;
• o rollback seja óbvio;
• a mudança seja codificada no controle de origem ou em um runbook durável;
• o resumo final inclua comandos e medições exatos.