ci(release): deploy automático no Coolify quando o latest muda

O job deploy roda depois de publicar a imagem: pede o deploy pela API do
Coolify e acompanha até terminar, falhando o workflow se o deploy falhar.
O digest do latest é comparado antes e depois de publicar, então merge só
de documentação ou tag (que reapontam o latest para o mesmo manifesto) não
reiniciam o container. workflow_dispatch força o deploy.

O script do digest fica em .gitea/scripts para não entrar no hash da
imagem e não provocar rebuild. Precisa dos secrets COOLIFY_URL e
COOLIFY_TOKEN no repositório.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

CHANGELOG.md

@@ -8,6 +8,9 @@ Tudo o que muda de relevante no ESPDocs está aqui. O formato segue o
 
 ### Adicionado
 
+- Deploy automático no Coolify: depois de publicar a imagem, o `release.yml` pede o deploy e
+  espera o resultado. Só implanta quando o `latest` muda, então merge só de documentação ou
+  tag não reiniciam o container. Um disparo manual do workflow força o deploy.
 - Formação 2 da LASER em `/formacoes/2`: estação de temperatura e umidade com DHT22, LCD 16x2
   I2C e ESP32-S3, simulada no Wokwi com o framework Arduino. Slides, apostila, projeto do
   Wokwi e programa de scanner I2C, tudo validado no simulador.