Иногда мой агент делает ошибки. Он ломает функцию при слиянии PR. Он говорит мне, что всё сделано и тесты пройдены, но базовая функциональность отсутствует. Это обычно хорошая возможность добавить дополнительные инструменты или защитные меры в ваш рабочий процесс. 🧵

Но если это сложно сделать или запутано, или если вы не уверены, что добавить, тогда вы этого не делаете. И в конечном итоге вы просто снова и снова решаете одни и те же проблемы.

У Amazon (и многих других компаний) есть формальный процесс посмертного анализа на случай, если происходит сбой в производстве или возникает проблема, затрагивающая клиентов. Это называется coe, а в других местах это обычно просто называется посмертным анализом.

Идея проста. Вы проводите безупречный ретроспективный анализ того, что произошло, чтобы всё пошло не так, как вы это заметили и как вы это исправили, а затем проводите анализ коренных причин, чтобы выяснить, в чем заключаются реальные структурные проблемы.

Сегодня в машине я понял, что могу относиться к ошибкам, которые делает мой агент, так же. Я могу выяснить, почему функция прошла QA, когда она работала только наполовину. Я могу разобраться, какой защитный барьер отсутствовал, что заставляло нас постоянно ломать функции во время слияний.

Вот навык: в следующий раз, когда ваш агент допустит ошибку и испортит ваш проект, просто скажите /coe или форма для анализа после завершения сломалась после слияния 3 PR.

Я уже использовал это несколько раз сегодня вечером и добавляю больше ограничений к навыкам и инструментам, которые позволяют моему агенту действовать быстро. Попробуйте!