Workflow-Guides

1. Einrichtung am ersten Tag und Katalogprüfung

Bestätigen Sie vor jeder ernsthaften Automatisierung, was dieser Rechner tatsächlich veröffentlichen kann.

1. Starten Sie den Server und prüfen Sie, ob der lokale Endpunkt unter http://127.0.0.1:5555/mcp erreichbar ist.
2. Öffnen Sie die Konfigurationsoberfläche, hinterlegen Sie Zugangsdaten nur dort, wo sie nötig sind, und lassen Sie destruktive Routen auf ask first.
3. Prüfen Sie die Registrierungsausgabe, denn Build-Profil, Zugangsdaten und Registrierungsmodus bestimmen, was der Client erhält.

2. Workflow mit lokalem Coding-Assistenten

Verwenden Sie ein schmales Publikationsset und lassen Sie Schreibvorgänge nur nach Freigabe zu.

1. Veröffentlichen Sie nur die Familien, die Sie für das Repo brauchen: meist FileTools, DataTools, TextTools und ausgewählte IQ-Routen.
2. Erst lesen und prüfen, dann das Modell einen Patch vorschlagen lassen, bevor irgendeine Datei geschrieben wird.
3. Nutzen Sie Reasoning-Helfer wie Validate oder SelfCritique, wenn die Änderung mehrere Dateien betrifft oder die Deployment-Logik berührt.

3. Geplanter Timer + IQ-Workflow

Nutzen Sie die SetTimer-Oberfläche, wenn die Reasoning-Engine nach Zeitplan laufen soll statt per manueller Eingabe.

• Wählen Sie Provider und Modell für jeden Timer bewusst aus; lokale LM-Workflows und Cloud-Workflows haben unterschiedliche Kosten- und Latenzprofile.
• Speichern Sie die Ausgabe im Speicher oder in einer Datei, damit der nächste Workflow-Schritt etwas Dauerhaftes weiterverarbeiten kann.
• Reservieren Sie diesen Ablauf für wiederholte Überwachung, Berichterstellung oder Marktscans.

4. Dialog-LAB Review-Workflow

Nutzen Sie Dialog-LAB für den Vergleich und LMChat für die direkte Weiterführung.

1. Führen Sie denselben Prompt in Dialog-LAB über die Modelle A/B/C aus.
2. Prüfen Sie die Reasoning-Spuren und wählen Sie die nützlichste Antwort oder einen Merge-Pfad.
3. Übernehmen Sie den erfolgreichsten Prompt oder das Ergebnis in LMChat, wenn Sie eine einfachere Fortsetzung mit einem Modell und IQ-Unterstützung wünschen.

5. Paper-First-Trading-Workflow

Behandeln Sie den Trading-Stack als Operator-Workflow, nicht als blinden Auto-Trader.

1. Prüfen Sie die Zugangsdaten und halten Sie die Berechtigungen minimal.
2. Nutzen Sie den Scanner, um Kandidaten in die engere Wahl zu nehmen, und anschließend MultiVote oder Consensus, um das Setup zu hinterfragen.
3. Starten Sie zuerst mit Paper-Sessions und speichern Sie die Learnings, bevor Sie einen Schritt in Richtung Live-Ausführung gehen.

6. Desktop- und Web-Asset-Pipeline

Lokalisieren Sie das Zielfenster vor einer deterministischen Desktop-Interaktion, oder nutzen Sie den Bild-Stack, wenn das Ergebnis eine Webseite oder ein Dokumentationsset mit lokalen Assets ist.

Das funktioniert am besten, wenn die Provider-Routen veröffentlicht sind und der Zielmodus ausdrücklich gewählt wird: Datei für festgeschriebene Assets, Speicher für Zwischenprüfungen, Zwischenablage für schnelle Übergaben oder beides, wenn Sie Dauerhaftigkeit und Komfort wünschen.

Schutzvorkehrungen im Betrieb

• Lassen Sie Schreib-, Lösch-, Registry- und Ausführungsrouten auf ask first, sofern der Workflow nicht eng begrenzt ist.
• Nutzen Sie den vollständigen Registrierungsmodus, wenn es auf Auffindbarkeit ankommt, und den Kurzmodus für einen engeren, kategoriezentrierten Fußabdruck.
• Denken Sie an die Audit-Basis: 237 Feature-Flag-Einträge über 19 MCP-Familien in der Konfiguration bzw. 239 vom Host aufrufbare Tools, wenn die beiden Kern-/Laufzeitrouten mitgezählt werden – der Live-Client-Katalog kann aber berechtigterweise kleiner sein.