firmware-stabilitylisted

# firmware-stability — от «код работает» до «продукт готов» > Подскилл `code-audit-core`. Аудит отвечает на вопрос «что не так в тексте программы»; > этот скилл — на вопрос «что не так в работающей системе и чего ей не хватает до выпуска». > Написан для любой встроенной платформы; платформенное вынесено в `references/`. ## Главный закон: сначала наблюдаемость, потом нагрузка **Прогон, который не оставляет следов, — потраченное время, а не эксперимент.** Типовая история: устройство встало на три часа, само ожило, в логах ничего. Событие произошло — разбирать нечего, и всё повторится. Поэтому порядок жёсткий: **сначала сделать отказ наблюдаемым, и только потом нагружать.** До запуска ответить письменно на три вопроса: 1. Если задача зависнет — что останется в доказательство? (сторожевой таймер: он перезагружает или только пишет предупреждение? — см. `references/esp-idf-diagnostics.md`) 2. Если система перезагрузится — сохранится ли посмертный дамп, и есть ли куда его класть? 3. Если деградация будет плавной — какие счётчики её покажут, и пишутся ли они уже сейчас? Нет ответа хотя бы на один — прогон откладывается, чинится наблюдаемость. Это не бюрократия: без неё редкий отказ придётся ловить заново, а он редкий. ## Разметка достоверности — обязательна во всех документах скилла | Метка | Значение | |---|---| | **[Ф]** | факт, проверен в исходнике или выводом команды — с `файл:строка` либо командой | | **[В]** | внешний факт с источником и уровнем ✅/📗 по методике `sci-