Diese Frage hat eine kurze Antwort, und darin liegt die Falle. Die Werkzeugliste lässt sich leicht herunterbeten und sagt fast nichts über die Qualität dessen aus, was gebaut wird. Wir nennen unsere trotzdem, denn ein Anbieter, der sie verweigert, hat ein Problem.

Was wir einsetzen

  • Sprachmodelle. Vor allem die von Anthropic und OpenAI, je Aufgabe ausgewählt. Eine Einordnung in großer Menge verlangt nicht dasselbe Modell wie das Verfassen eines Textes. Die Wahl bleibt umkehrbar: Der Code setzt nie einen einzigen Anbieter voraus.
  • Programmierschnittstellen. Die Ihrer Fachanwendungen, der Werbeplattformen, der Messaging- und Zahlungssysteme. Dort findet die eigentliche Integrationsarbeit statt.
  • Datenbank. Eine relationale Datenbank mit Zugriffsregeln je Datensatz, die die verlässliche Quelle bleibt. Modelle lesen und schreiben durch sie hindurch, nie daran vorbei.
  • Ausführung. Funktionen am Netzwerkrand, geplante Aufgaben und Warteschlangen für alles, was lange dauert, teuer ist oder scheitern kann.
  • Wissensbasen. Ihre Dokumente zerlegt, indexiert und zitiert, damit das Modell aus Ihrem Material antwortet und nicht aus seinem Gedächtnis.
  • Rechte und Anmeldung. Eine Identität je Benutzer, Rollen und serverseitig geprüfte Berechtigungen. Nie nur im Browser.
  • Protokollierung und Überwachung. Jede automatisierte Aktion hinterlässt eine lesbare Spur mit Kosten, Ergebnis und Urheber. Bei Auffälligkeiten gehen Alarme raus.

Warum die Liste nicht die Antwort ist

Zwei Anbieter können exakt dieselben Technologien nennen und zwei völlig verschiedene Dinge liefern. Was sie trennt, passt in fünf Fragen, die unmittelbar danach zu stellen sind:

  • Was passiert, wenn ein Aufruf fehlschlägt? Wiederholung, Wartezeit, Warteschlange, Abbruch mit Alarm: Es braucht eine präzise Antwort, je nach Fall verschieden.
  • Wer darf was auslösen? Eine Automatisierung, die unter einem allmächtigen Konto läuft, ist ein Vorfall auf Abruf.
  • Woher weiß man, was passiert ist? Ohne einsehbares Protokoll gibt es keine Diagnose und damit keine Korrektur.
  • Was kostet der Betrieb? Modellkosten fallen je Aufruf an. Eine Architektur, die sie nicht misst, beherrscht sie nicht.
  • Was bleibt deterministisch? Alles, was eine Regel sein kann, muss eine Regel bleiben. Das Modell greift nur dort ein, wo Urteilsvermögen nötig ist.
Das Modell ist der sichtbarste Baustein einer Automatisierung. Selten ist es der, der über ihren Erfolg entscheidet.

Zu den Plattformen ohne Programmierung

Plattformen wie n8n, Make oder Zapier sind ausgezeichnete Werkzeuge, und wir haben nichts gegen sie. Für einfache Abfolgen mit geringem Volumen und ohne tiefe Bedingungslogik passen sie perfekt. Teuer und fragil werden sie, wenn der Prozess komplexer wird, wenn das Volumen steigt oder wenn eine feine Fehlerbehandlung nötig ist.

Das eigentliche Thema ist also nicht «Programmierung gegen keine Programmierung», sondern: Wann wechselt man das Fahrzeug, und wer sagt es Ihnen ehrlich.

Ein Detail, das alles ändert: auf wessen Konto die KI läuft

Wenn wir Ihre Automatisierungen steuern, laufen die Modellaufrufe über Ihre eigenen Zugänge, Ihr Konto, Ihre Rechnung. Sie sehen den Verbrauch, Sie können ihn deckeln, und Sie können abschalten. Dieser Punkt klingt verwaltungstechnisch: Er bestimmt in Wahrheit, wer das Werkzeug kontrolliert, und führt direkt zur Eigentumsfrage.

Wie diese Bausteine in der Praxis zusammenspielen, beschreibt die Seite KI-Orchestrator, und dieser Artikel öffnet die Motorhaube.