Die meisten Feedback-Tools lassen Sie „Regeln konfigurieren": Bedingungen ausfüllen, Aktionen wählen, auf Speichern klicken. Das funktioniert, aber es gibt eine Obergrenze — Regeln sind statisch, das Geschäft ändert sich ständig, und ein einmal konfigurierter Prozess hinkt bald hinterher. Einer der differenzierenden Wendepunkte von Loopback besteht darin, „Konfiguration" zu „Evolution" aufzuwerten: Das ist der Coding Loop (auch Builder-Modus genannt).

Von „Regeln konfigurieren" zu „ein Ziel beschreiben"

Wenn Sie einen Workflow erstellen, müssen Sie sich nicht durch einen Stapel von Bedingungs-Dropdowns klicken. Sie beschreiben das Ziel in einfacher Sprache — etwa „erstattungsbezogenes Negatives → dem Zahlungs-Team zuweisen und eine Entschuldigung entwerfen" — und klicken auf „Entwurf generieren"; der Entwurf erscheint im KI-Chat rechts. Von dort verfeinern Sie ihn im Gespräch:

  • Klicken Sie auf „Bearbeiten", um es in natürlicher Sprache zu ändern, zum Beispiel „auch Bewertungen unter 3 Sternen zählen".
  • Klicken Sie auf „Weiter", um zur Prüfung vor dem Livegang zu gelangen.
  • Sobald sie besteht, klicken Sie auf „Live schalten", um ihn zu aktivieren.

Sie und die KI schreiben gemeinsam ein Stück Bearbeitungslogik, statt ein Formular auszufüllen. Daher kommt der Name „Coding Loop" — an einem Prozess iterieren, wie Sie an Code iterieren würden, nur in natürlicher Sprache.

Zwei Prüfschritte vor dem Livegang

Ein Prozess führt Aktionen automatisch aus, deshalb gibt es vor dem Livegang eine Prüfung:

  1. Abhängigkeitsprüfung: Ist ein Kanal, den der Prozess benachrichtigen muss (etwa Feishu), noch nicht angebunden? Sie werden aufgefordert, ihn zuerst anzubinden, diesen Schritt wegzulassen oder zu einem bereits angebundenen Kanal zu wechseln.
  2. Wirkungs-Replay: Die Aktionen, die automatisch laufen (zuweisen / eskalieren / schließen / Priorität ändern), erfordern Ihre ausdrückliche Autorisierung, und Sie erhalten ein Replay über die letzten 30 Tage des Verlaufs — hätte dieser Prozess bereits existiert, wie viele Meldungen er getroffen und wie viele Aktionen er ausgelöst hätte. So können Sie vor dem Livegang beurteilen, ob der Umfang angemessen ist.

Harte Sicherheitsgrenzen

„Weiterentwickeln" bedeutet nicht „unkontrollierte Automatisierung". Das System hat einige Beschränkungen, die niemals überschritten werden dürfen:

  • Keine vollständig automatisierten ausgehenden Antworten — ein Antwortentwurf muss vor dem Senden von einem Menschen bestätigt werden.
  • Kein automatisches Schließen eines P0.
  • Halten Sie jeden Prozess auf 1–4 fokussierte Regeln; die gesamte Logik in einen Prozess zu stopfen, ist nicht empfehlenswert.

Ein aktiver Prozess kann jederzeit pausiert / fortgesetzt werden; weiteres Bearbeiten erstellt eine neue Version, die alte Version wird automatisch archiviert, und von einem bestimmten Prozess ist immer nur eine Version gleichzeitig aktiv.

Warum herkömmliche Architekturen diese Lücke nicht schließen können

Bevor es Coding-Agents gab, bedeutete es, einen Prozess sich selbst iterieren zu lassen, entweder ein Entwicklungsteam, das Skripte schreibt (nicht wiederverwendbar, und man muss Personal dafür haben), oder es ging schlicht gar nicht. Herkömmliche Ticketing-SaaS ist rund um „Menschen konfigurieren Regeln" gebaut und kann die Schicht nicht ergänzen, in der „die KI es für Sie schreibt und weiterlernt". Der Coding Loop produktisiert „die Flexibilität, eigene Skripte zu bauen": flexibel, aber ohne ein Entwicklungsteam für die Wartung.

Die Tarife unterscheiden sich in der Parallelität des Builder-Loops (Pro erlaubt 1 gleichzeitigen Lauf, Max ist unbegrenzt). Am schnellsten erleben Sie es, wenn Sie eine kostenlose Testphase starten für eine 7-tägige Max-Testphase — die Testphase gibt Ihnen den vollständigen Builder-Loop. Sie können auch mit Workflow-Vorlagen beginnen, um den Weg von einer Vorlage aus kennenzulernen.