CI: сборка прошивок только по ручному запуску

README.md

@@ -67,14 +67,14 @@ git merge upstream/main        # правки для upstream отправляю
 ### Сборка и CI
 
 - **Сборка прошивок на своём Gitea** ([`.gitea/workflows/firmware.yml`](./.gitea/workflows/firmware.yml),
-  [`ci/build-firmwares.sh`](./ci/build-firmwares.sh)): workflow собирает набор устройств через
-  `build.sh`, поэтому версия, `merge-bin` для ESP32 и `.uf2` для nRF52 получаются такими же,
-  как при локальной сборке. Готовые файлы выгружаются артефактами, пуш тега создаёт черновик
-  релиза. Как поднять раннер — [`ci/README.md`](./ci/README.md).
-- **Локальная сборка с публикацией результата** ([`ci/build-local.ps1`](./ci/build-local.ps1)):
+  [`ci/build-firmwares.sh`](./ci/build-firmwares.sh)): workflow собирает выбранный набор устройств
+  через `build.sh`, поэтому версия, `merge-bin` для ESP32 и `.uf2` для nRF52 получаются такими же,
+  как при локальной сборке. Запускается **только вручную** (Actions → Firmware build → Run workflow);
+  автоматических сборок по push и тегам нет. Как поднять раннер — [`ci/README.md`](./ci/README.md).
+- **Локальная сборка с публикацией релиза** ([`ci/build-local.ps1`](./ci/build-local.ps1)):
   набор прошивок собирается на своей машине (тот же `build.sh` через Git Bash), а готовые
   файлы прикрепляются к релизу Gitea — сервер только принимает их и не тратит CPU на сборку.
-  Это основной способ собрать полный набор: на VPS всего одно ядро.
+  Это основной способ выпустить прошивки: на VPS всего одно ядро.
 
 ### Варианты плат