MZP · Diagramm-Stil-Test
Coding-Harness Workflow
Ein und dasselbe Flowchart — Architect plant, Workers bauen, Executors fuehren aus — gerendert in allen Stil-Varianten der Mzone-Publisher Diagramm-Engine.
Das Modell
Multi-Agent-Orchestrierung nach dem Muster interner Coding-Harnesses:
- Coding Harness
- Orchestrator — haelt Kontext, Budgets und den Lauf zusammen.
- Architect
- zerlegt den Auftrag in einen Task-Graph aus Subtasks.
- Workers
- je ein Agent pro Subtask, schreibt den Diff.
- Executors
- Sandbox — build, test, shell; liefern Logs zurueck an die Workers.
- Verification Gate
- Tests gruen? → Integrate & Review; sonst zurueck an den Architect zum Replan.
full-editorial
hell · Redaktionjournal
hell · Printsignal
hell · Akzentsketch
minimal · rauer Strichdark
dunkelblueprint
dunkel · Cyanterminal
dunkel · GruenTestnotizen
Hell-Varianten (minimal, full-editorial, journal, signal, sketch): sauber, visualProof zaehlt 78 sichtbare Formen, keine Konsolenfehler.
Dunkel-Varianten (dark, blueprint, terminal): SVG vollstaendig und korrekt gefaerbt, Publish sauber — aber MZP-visualProof meldet faelschlich
RENDER_MISMATCH. Der Pixel-Zaehler des Checkers scheint eine helle Zeichenflaeche anzunehmen.Auf jedem interaktiven Diagramm-Publish erscheint zusaetzlich ein
MISSING_REFERENCE-Hinweis auf ein Fragment des Viewer-Inline-JS (g.getAttribute() — der Bundle-Linter parst hier JS als Datei-Referenz. Kosmetisch.