MOKI Dispatcher v3¶

🚧 Shadow-Run-bereit, noch nicht live. 13 v3-Workflows in n8n existieren, alle aktuell deaktiviert. Sobald die 3 Susi-Setup-Schritte (siehe unten) durch sind, geht der Shadow-Run los — v2 läuft parallel weiter. v2 wird erst abgeschaltet, wenn v3 sauber durchläuft.

Wird vom DAILY mokebo-ops Sync automatisch befüllt — bitte nicht manuell editieren.

Status: Shadow-ready (deaktiviert) Letzter Erfolgs-Run: — Erfolgsquote 7d: — Trigger: Cron, täglich 07:30 (disjunkt zu v2 um 07:00) Node-Count: —

🟢 Auf einen Blick¶


Was tut der Workflow	Refaktorierte Version von MOKI Dispatcher v2. Gleiches Ziel (Zendesk-Triage, Intent-Klassifikation, Sub-Workflow-Aufruf), aber sauberer aufgeteilt in 13 modulare Workflows. Sheet-basierte Config (`MOKI Config v3`) statt hartcodierte Werte.
Wann greift er	Wird parallel zu v2 laufen — Cron 07:30 (disjunkt zu v2-Cron 07:00).
Sichtbarer Effekt für CS	Während Shadow-Run: keine Zendesk-Writes (Internal Notes, Macros, Tags). Vergleich der Ergebnisse mit v2 via Sheet `Ticket Log v3`. Nach Validierung: Übernahme der v2-Effekte.
Symptom wenn kaputt	In Phase Shadow: `Ticket Log v3` füllt sich nicht oder zeigt anders als `Ticket Log v2`. Nach Live-Schaltung: gleiche Symptome wie v2 (siehe dort).
Owner	Susi (Backup: TBD)
Eskalation	Susi direkt anschreiben (Slack-DM). v2 bleibt produktiv als Fallback — kein Eilfall.
Link in n8n	MOKI Dispatcher v3

3 Susi-Setup-Schritte vor Shadow-Run-Aktivierung¶

Nicht von Claude ausgeführt — manuelle UI-Arbeit:

Prompt v04 aus prompt review/versions/v04_DEPLOY_PASTE.txt in Dispatcher v3 → AI Agent Stufe 1 → Message 1 pasten.
Sheet-Tabs im Master-Sheet 1bB1ZK21M1-… anlegen:
MOKI Config v3 (live=FALSE, shadow_mode=TRUE)
Ticket Log v3 (Header von v2 übernehmen)
CS Hold Queue
Macros
Credentials rebinden + Placeholder-IDs ersetzen (Master-Sheet-ID in Helper/CS-Hold/Dispatcher, Slack-Channel-ID in B2B-Sub). Liste in build/03b-patch-log.md im Repo-Root (außerhalb dieser Site).

Architektur (high-level)¶

flowchart TB
  Cron[Cron 07:30] --> Cfg[Read MOKI Config v3
Sheet]
  Cfg --> Fetch[Fetch Zendesk Tickets]
  Fetch --> Helper[Helper Workflow
Ticket-Enrichment]
  Helper --> Disp[Dispatcher
Intent-Klassifikation]
  Disp --> CSHold[CS Hold
Queue-Workflow]
  Disp --> B2B[B2B-Sub]
  Disp --> SubsN[weitere 5 Subs]
  Disp --> Log[Ticket Log v3
Sheet]

13 v3-Workflows insgesamt — alle aktuell deaktiviert. Details siehe memory/project_moki_dispatcher_v3.md (Susi-Memory, nicht auf dieser Site) und analysis/02-target-architecture.md im Hauptordner-Repo.

Subworkflow-Calls¶

Auto-generiert aus den executeWorkflow-Nodes — bitte nicht manuell editieren.

(13 v3-Workflows — Liste wird vom Auto-Sync gepflegt sobald aktiv)

Bekannte Stolpersteine / Edge-Cases¶

Aktuell alle 13 Workflows deaktiviert — nichts läuft bevor die 3 Setup-Schritte oben durch sind.
Disjunkter Cron (07:30 vs. v2 07:00) — wichtig, damit beide Pfade getrennte Datenstände sehen und die Vergleich-Analyse sauber wird.
9 Blocker-Patches waren während Build nötig — Details in build/03b-patch-log.md.

Debug-Anleitung¶

Solange Shadow-Mode:

n8n → Dispatcher v3 → Executions.
Sheet Ticket Log v3 mit Ticket Log v2 vergleichen — sucht nach Tickets, die in v3 anders klassifiziert wurden als in v2.
Bei Divergenzen: in Slack-DM an Susi melden mit Ticket-ID + beiden Intent-Werten.

Entscheidungen / Geschichte¶

2026-05-14: 4-Phasen-Refactor durch (Bestandsaufnahme → Gap-Closing → Target-Architektur → Build + Adversarial Review). Outputs in analysis/, build/, review/ im Hauptordner.
2026-05-14: Adversarial Review mit 24-Zeilen-Diff-Test — 9 Blocker identifiziert + gepatcht.
(geplant) Sobald Shadow-Run-Daten 3-7 Tage zeigen, dass v3 äquivalent oder besser klassifiziert → Live-Schaltung, v2 deaktivieren.