Às vezes, o meu agente comete erros. Ele destrói uma funcionalidade ao mesclar um PR. Ele me diz que está tudo feito e passa nos testes, mas a funcionalidade básica está em falta. Esta é geralmente uma boa oportunidade para adicionar algumas ferramentas ou barreiras adicionais ao seu fluxo de trabalho. 🧵

Mas se isso for difícil de fazer ou complicado, ou se você não tiver certeza do que adicionar, então você não faz. E eventualmente você acaba resolvendo os mesmos problemas repetidamente.

A Amazon (e muitas outras empresas) tem um processo formal de pós-morte sempre que há uma falha na produção ou um problema que afeta os clientes. É chamado de coe e em outros lugares. Geralmente, é apenas chamado de pós-morte.

A ideia é simples. Você faz uma retrospectiva sem culpa do que aconteceu para a situação dar errado, como você a detectou e como a corrigiu, e então faz uma análise de causa raiz para descobrir quais são os problemas estruturais reais.

Percebi no carro hoje que posso tratar os erros que o meu agente comete da mesma forma. Posso investigar a razão pela qual uma funcionalidade passou pela QA quando funcionava apenas parcialmente. Posso aprofundar-me no que é a proteção em falta que nos fez continuamente danificar funcionalidades durante as fusões.

Aqui está a habilidade: da próxima vez que o seu agente cometer um erro e estragar o seu projeto, basta dizer /coe ou o formulário de intake de /post-mortem quebrou após a fusão de 3 PRs

Já usei isto algumas vezes esta noite e estou a adicionar mais restrições às habilidades e ferramentas que permitem ao meu agente mover-se rapidamente. experimente!