TOKENWERK – GLEICHER LOKALER WEBHOOK-VERTRAG
Tatsächlich getestet am 23.10.2026 unter Windows 11, Node.js 24.19.0, Python 3.12, n8n 2.44.6 und Node-RED 5.0.9.
Kein Produktivsystem. Nur künstliche Daten. Kein Modellzugang, kein SaaS-Test und keine gemessene Einsparung.

1. In einen neuen privaten Ordner entpacken, außerhalb eines öffentlichen Webroots.
2. Node.js und Python müssen in deiner Shell vorhanden sein. Ports 5689, 5690, 5691 und 5692 müssen frei sein.
3. In diesem Ordner die festgehaltenen Laufzeiten aus der offiziellen npm-Registry installieren:
   npm install --prefix .runtimes --no-audit --no-fund n8n@2.44.6 node-red@5.0.9
4. Den eigentlichen Versuch starten:
   python reproduce.py
5. Ergebnisse stehen in eigener-lauf/results.json und summary.json. Eigene Messwerte werden neu erzeugt; sie müssen nicht unseren Laufzeiten entsprechen.

Der Harness startet eigene Loopback-Dienste, importiert und veröffentlicht nur den mitgelieferten isolierten n8n-Testworkflow und beendet seine Prozesse anschließend. Er greift nicht auf bestehende n8n-/Node-RED-Installationen zu. Die dabei entstehenden n8n-state- und node-red-state-Ordner enthalten Laufzeitkonfiguration; privat behalten und nicht hochladen. Es werden keine Konten bei fremden Diensten angelegt.
Der Test verwendet ein künstliches approved-Feld, keine sichere menschliche Freigabe. Doppelte Kennungen und Konflikte behandelt das gemeinsame lokale Testziel mit getrennten Namensräumen. Der Speicher ist flüchtig. Kein Neustart-, Parallelitäts-, Belastungs- oder Sicherheitstest und keine native Exactly-once-Garantie.
Die Ergebnisse müssen fachlich am Status UND neu angelegten Datensätzen bewertet werden. Ein technisch grüner Workflow reicht nicht. Bei n8n ist für das Testziel Never Error eingeschaltet, damit Fehler-HTTP-Codes weitergereicht werden können.
Unter anderen Betriebssystemen wurde dieses Paket nicht praktisch ausgeführt. Bereits entstandene lokale Vorlaufdateien nicht als vollständige Messergebnisse ausgeben.
