PROGRESS: Runde #48 + #79

.empire/PROGRESS.md

@@ -31,3 +31,4 @@
 2026-08-01 20:20 | Jagd auf stille Fehler | FIX #98 ritual-task.cmd gab IMMER 0 an die Aufgabenplanung (echo "exit=$?" in der bash -lc-Kette wurde zum Exit-Status; gemessen ritual.sh=64 -> .cmd=0, nach Fix 64, live im Haupt-Tree gegengeprueft) | 3 Tickets: agency-infra#134 (Kuma gobd-export 0 Benachrichtigungen + 4 Provisionierungs-Skripte mit notificationIDList:{}), buzz#101 (Rituale ohne Gesundheits-Monitor), adas-empire#85 (n8n-Historie nur 3,4 Tage -> Wochen-Workflows unpruefbar) | Falsifiziert statt gemeldet: n8n-"nie gelaufen" war Prune-Artefakt (workflow_statistics + Listmonk-Kampagne 9 beweisen die Laeufe); demo_views_7d-Fenster echt (1h-Probe = 0); Kuma-Routenabdeckung vollstaendig; Kuma-Mailkette zugestellt | Blocker: keine
 2026-08-01 20:30 | 2 Tickets | #33 geschlossen OHNE Bau (WF-08 liegt upstream schon in block/buzz#2377 + #3327; der native Pfad haette das Gate GEOEFFNET: check_approver_spec kennt nur "any"=jeder authentifizierte User oder exakten 64-Hex-Key, waehrend das Schema @mention dokumentiert -> naiv verdrahtet approved jeder Agent sich selbst) + #82 blocked-munir (error.data-Fix liegt upstream DREIMAL offen: #4084/#2436/#4121 -> vierter PR waere Duplikat; einziger Mehrwert unserer Version: #4084 loggt data UNREDIGIERT aus einem Adapter-Subprozess) | PR #99 (.empire/AGENTS.md: Befund + vierteilige gate.sh-Schaltbedingung inkl. Rot-Probe "zweiter Key granted -> abgelehnt") | Gardener: #100 | Gate G-1258C4 TIMEOUT -> nichts an block/buzz raus, Audit-Kette (12 Eintraege) belegt requested->timeout, 0 Kommentare/PRs dort | Befunde: Duplikat-Suche im Upstream-Tracker gehoert in JEDEN Upstream-Vorflug (2/2 Treffer heute); die 10 roten Windows-Tests aus #83 fallen auch auf reinem upstream/main+1 Datei -> Upstream-Bug, kein Fork-Schaden | Praezisierung zur CARGO_TARGET_DIR-Falle aus 19:35: nicht "alte Binaries", sondern ZWEI Worktrees mit verschiedenen Quellen auf EINEM target/ ueberschreiben einander die Test-Binary am selben Pfad (676 = upstream-Stand, 697 = Fork-Stand nach #83) -> je Worktree eigenes target/, wenn parallel gearbeitet wird | Blocker: #82 wartet auf Munirs Freigabe (Option A: Review-Kommentar an #4084 mit der Redaction-Luecke)
 2026-08-01 21:30 | 1 Ticket | #15 Empire-Cockpit-Tab (eigener /empire-Tab statt Pulse-Erweiterung; 4 Kacheln aus lagebild.sh + managed_agents-Laufzeit + neuen ritual.sh-Lauf-Quittungen; keine stillen Nullen in 3 Schichten, Rust 8/8 + TS 19/19, Stichproben gegen gh exakt) | PR #105 | Befunde: lib.rs stand exakt auf der 1000-Zeilen-Ratchet -> jede Command-Registrierung kippt pnpm check; routeTree.gen.ts erzeugt Vite, nicht tsc; frischer Worktree hat keine Sidecars | Gardener: #108, #109 | Offen: gerenderter Screenshot-Beweis (#109)
+2026-08-01 22:00 | 2 Tickets | #48 Windows-Canary als CI-Gate (Root-Cause: der Upstream-Canary traegt `if: github.repository == 'block/buzz'` -> auf JEDEM Fork wird der Job still uebersprungen, ein Dispatch dort meldet success ohne eine Zeile zu bauen; Fork-Pendant empire-windows-canary.yml mit push-auf-main + paths-ignore, dispatch auf jedem Branch, concurrency, timeout 120; Auto-Trigger beim Merge von PR #102 bewiesen: Run 30712467814 success, 18/18 Steps, 32m32s, Artefakt 52.342.569 Bytes; Rot-Probe Typfehler in buzz-cli -> failure in "Build sidecars" mit E0308/exit 101; Doku-PR #107 loeste dank paths-ignore KEINEN Lauf aus) + #79 CRM-Loeschzeile im Gate-Batch (Quelle action_history_record read-only ueber den bestehenden ssh-Pfad -> kein neuer Espo-User; Access-Log und `deleted:true`-Grabstein begruendet verworfen; Schwelle aus 8 Tagen gemessen: taeglich exakt n8n-agent 1x Lead + 1x CTouchpoint; 5 Proben: Ruhetag gruen, Ausschlag 61/59 aufgeschluesselt, Detektor rot->gruen per echter Testloeschung ueber delete:own, tote Quelle = benannte LUECKE statt "0", ACL-Waechter danach 3/3; Kanal-Beweis Buzz-Event 10f831820480c508) | PRs #102 #107 #111 | Gardener: #113 (Fork-Actions entruempeln: ein main-Push zuendet 6 Upstream-Workflows, Sprig scheitert reproduzierbar an "release not found" -> ein dauerhaft roter Actions-Tab entwertet das neue Gate); #114 als Duplikat zu #69 geschlossen | Befunde: der Gutfall darf nicht formuliert werden — die erste Fassung schrieb die feste Formel "1x Lead + 1x CTouchpoint" und behauptete bei EINER Loeschung einen CTouchpoint, den es nicht gab (erfundene Zahl im Fuehrungsbrief, gefixt); einer der drei Espo-Zugangsnamen im zentralen Secrets-File antwortet 401 (gehoert zu #69); `UID` ist in bash readonly (MSYS) -> die Zuweisung scheitert still und man arbeitet mit der Shell-UID weiter | Blocker: Approval-Gate weiterhin OHNE echte Freigabe (gate-audit nur requested/timeout, auch ein Fremd-Request um 19:57 lief in Timeout) -> #32/#42 bleiben zu; claude-Kontingent (#3), Codex bis 08.08. (#13/#18)