Автор описывает пять сценариев «тихого отказа» в автоматизированных системах, когда скрипты отчитываются об успешном выполнении, несмотря на сбои в основной работе. Проблема возникает, когда инструменты мониторинга, такие как логи cron или индикаторы статуса, опираются на второстепенные показатели, игнорируя провал целевого действия.
Типичные ошибки включают использование кодов возврата от вспомогательных команд вместо основной, применение слишком широких шаблонов поиска, дающих ложноположительные результаты, и проверку неактуальных копий файлов или сервисов. Например, скрипт может сообщать об успехе, если команда сбора статистики отработала корректно, даже если основной шаг упал из-за просроченного токена.
Автор отмечает, что AI-агенты, такие как Claude Code и Codex, могут создавать подобные ловушки, генерируя код, который отчитывается об успехе без проверки результата. Для борьбы с этим предлагается задавать контрольный вопрос: выдала бы проверка другой результат, если бы система была сломана прямо сейчас? Если ответ «нет», проверка считается декоративной.
Также выделены проблемы расхождения окружений, когда скрипты запускаются в иных директориях или с другими настройками PATH, и использование устаревших данных. Автор подчеркивает, что для корректной работы необходимо проверять актуальное состояние системы, а не полагаться на прошлые наблюдения или кэшированные данные, которые могли измениться в процессе совместной работы.
