diff --git a/docs/befunde-2026-08-12.md b/docs/befunde-2026-08-12.md
index 7c888fd..b54fe7a 100644
--- a/docs/befunde-2026-08-12.md
+++ b/docs/befunde-2026-08-12.md
@@ -293,3 +293,31 @@ Die Sicherung liegt **weiterhin im selben Volume** wie die Datenbank. Der
 eingebaute Ausweg (`backup_channel_id`) braucht eine Kanal-ID, die nur du geben
 kannst — ein privater Kanal, in dem der Bot Dateien anhängen darf. Ein Klick in
 Setup → Einstellungen, und der Zweig läuft.
+
+---
+
+## ⚠️ Nachtrag: der Auto-Deploy hat nicht ausgelöst
+
+`docs/auto-deploy.md` beschreibt zwei Wege — Portainer-Webhook oder Gitea
+Actions. **Am 12.08.2026 hat keiner von beiden gegriffen.** Gemessen nach dem
+Push von `93156e5`:
+
+```
+Push registriert          git.d4rkst3r.de sagt updated_at 12:48:18Z
+Workflow-Läufe            "total_count": 0            <- keiner, nie
+Act-Runner auf dem Wirt   kein Container
+d4rkbot neu gestartet?    nein, läuft seit 11.08. 22:21
+Code im Container         grep pruefeSicherung -> 0   <- der alte Stand
+```
+
+`has_actions` ist am Repo **an**, es gibt also nur niemanden, der die Läufe
+abarbeitet — und der Webhook-Weg (der ohne Runner auskäme) ist offenbar auch
+nicht eingerichtet.
+
+**Das heißt: pushen allein rollt nichts aus.** Bis einer der beiden Wege steht,
+gilt weiterhin der Weg von Hand — Portainer → Stack `ecobot` → *Pull and
+redeploy*.
+
+Das ist keine Kleinigkeit für die Zukunft: ein Deploy, von dem man glaubt, dass
+er automatisch läuft, ist schlimmer als gar keiner. Man pusht, hakt es ab, und
+der Fehler, den man gerade behoben hat, läuft weiter.