Zum Inhalt springen
KI in der Praxis Dr. Gerhard Reisinger

Produktion Übertragen & Automatisieren Läuft im Alltag

22 Helfer, die kein Kunde je sieht: Ohne sie läuft kein einziger Fall

Ein Tresor für Zugänge, eine nächtliche CRM-Sicherung, ein stündlicher Versionierungstakt, Nummernbereinigung, ein Token-Erneuerer, ein Notaus-Knopf: die kleinen Werkzeuge hinter den großen Fällen, gezählt, mit dem, was ohne sie schiefging.

  • AufbauEine Zeiterfassung gibt es nicht. Die Journale zeigen, dass Tresor, Token-Erneuerer und Notaus je an einem bis zwei Tagen gebaut und am selben Tag im Ernstfall gefahren wurden. Teurer als der Bau war durchgehend die Nacharbeit: der Takt, der bei fehlendem Werkzeug Erfolg meldete; die Zustandsdatei des Notaus, die für alle Rechner gemeinsam war; die Anhangsicherung, die erst beim ersten echten Lauf ihre zwei Fehler zeigte. Dazu kommt, was gebaut und nie gebraucht wurde: Der Belegdownloader kam über eine Zugangsliste und einen Ordner mit einer einzigen Rechnung nicht hinaus.
  • Zahlen vom12.10.2026
  • Lesezeit14 Min.

Der Fall auf einen Blick

1

Das Problem

Jeder KI-Fall brauchte Zugänge, eine Sicherung, einen Takt und saubere Daten; jedes Projekt baute das selbst, und Ausfälle fielen erst auf, wenn ein Ergebnis fehlte.

2

Was der Fall macht

Hält die Zugänge, Sicherungen, Takte und Datenbestände in Ordnung, auf denen die sichtbaren KI-Fälle aufsetzen.

3

Was er bewirkt

22 Helfer in 22 Projektordnern, sechs davon als Windows-Aufgabe im Takt; die nächtliche CRM-Sicherung umfasst 511.832 Datensätze und ist in 12 Sekunden durchsuchbar (gemessen 10.08.2026).

22Helfer in 22 Projektordnern, sechs davon als Windows-Aufgabe im Takt (minütlich bis täglich), einer als Autostart-Dienst, 15 auf Zuruf oder einmalig (gezählt aus Steckbriefen und Journalen, Stand 12.10.2026)
Vorher Jedes Projekt baut Tresor, Sicherung, Takt selbst
Heute Ein Aufruf, ein Takt, ein Tresor
Vergleich geschätzt

So funktioniert es

1 von 5 Arbeitsschritten erledigt ein Sprachmodell. Den Rest machen ein normales Programm und ein Mensch.

  1. 1 Daten Die Quellen, auf denen alles aufsetzt CRM, acht Postfächer, Kalender, Werbekonto, Cloud-Ablage und ein Videoordner, der sich von selbst füllt: Was die großen Fälle lesen und beschreiben.
  2. 2 Programm Zugang aus dem Tresor lesen Ein Projekt ruft den Tresor mit einem Aufruf auf und bekommt die Zugangsdaten in den Arbeitsspeicher; kopiert wird nichts, und die Prüfung liest einen echten Datensatz statt sich nur anzumelden.
  3. 3 Programm Takt: sichern, versionieren, umwandeln Die Aufgabenplanung startet um 23:00 die CRM-Sicherung, stündlich den Versionierungstakt über alle Projekte, alle 30 Minuten die Videowache, jede Minute den Notaus-Wächter; läuft ein Dienst noch, passiert nichts, ist er tot, startet er neu.
  4. 4 Programm Daten in Ordnung bringen Telefonnummern gegen reale Ortsnetze und einen zweiten Beleg am selben Kontakt prüfen, Filter der Nachfasslisten korrigieren, tote Zugangstoken in drei Stufen erneuern; jeder Schreiblauf protokolliert den Vorher-Zustand und ist rückbaubar.
  5. 5 Sprachmodell Sprachmodell nur, wo gelesen werden muss Der Wachposten bewertet, ob die gefundenen Seiten die Bedingung wirklich erfüllen; der Mailbericht sortiert, was Handlung braucht; ein gesprochener Satz wird zum Projektnamen und Auftrag.
  6. 6 Mensch Mensch gibt frei, meldet sich an, drückt Stopp Schreibläufe ins CRM laufen erst mit ausdrücklichem Schalter; der Token-Erneuerer braucht einmal eine echte Anmeldung; und wenn etwas falsch versendet, hält ein Knopf die gesamte KI auf allen Rechnern an.
  • Datenquelle
  • normales Programm
  • Sprachmodell (KI)
  • Mensch

Die Zahlen dahinter

313geplante Aufgaben laufen insgesamt aktiv auf fünf Rechnern des Hauses, automatisch erhoben am 13.10.2026; 19 davon stehen auf mehr als einem Rechner
511.832Datensätze umfasst die CRM-Sicherung, in 12 Sekunden komplett durchsuchbar (gemessen 10.08.2026); seit 21.09.2026 täglich um 23:00 mit 92 Tagen Aufbewahrung
21,4 %der Telefonnummern waren fehlerhaft: 22.734 von 106.178, meist eine deutsche Nummer mit zusätzlich vorangestelltem +43; 17.933 in einem Lauf korrigiert, 0 Fehler, Stichprobe 600 von 600 im Soll (15.08.2026)
9Tage lief der stündliche Versionierungstakt ohne einen einzigen Stand, weil das Werkzeug fehlte; jeder Lauf endete mit Erfolgscode (18. bis 27.09.2026); der erste reparierte Takt committete 121 Projekte

Was das für Ihren Betrieb heißt

Rechnen Sie bei jedem KI-Vorhaben einen Sockel ein, den niemand sieht: Zugänge, Sicherung, Takt, Datenpflege, ein Aus-Knopf. Wer ihn nicht einmal baut, baut ihn in jedem Projekt noch einmal, oder merkt neun Tage lang nicht, dass etwas nicht läuft.

Das Muster gilt für jeden Betrieb, in dem mehr als drei Werkzeuge im Hintergrund arbeiten, gleich ob mit KI oder ohne: Handwerksbetrieb mit Angebotsgenerator, Mahnlauf und Kalenderabgleich, Kanzlei mit Fristenwächter und Dokumentenexport, Agentur mit Kampagnenwerkzeugen auf mehreren Rechnern. Voraussetzung: ein fester Ort, den alle Werkzeuge erreichen, und die Entscheidung, Tresor, Sicherung und Takt einmal zu bauen statt in jedem Projekt noch einmal.

Erster Schritt: Listen Sie die geplanten Aufgaben auf Ihren Rechnern auf und schreiben Sie zu jeder, was sie tut und woran man merkt, dass sie nicht gelaufen ist. Hier waren es 313 aktive Aufgaben auf fünf Rechnern, 19 davon doppelt. Fallstrick: Eine Aufgabe, die mit Erfolgscode endet, hat nur bewiesen, dass ein Prozess sauber beendet wurde; ob ein Ergebnis entstanden ist, steht woanders. Prüfen Sie das Ergebnis, nie die Meldung.

Die Ausgangslage

Im Arbeitsbereich liegen über 500 Projektordner (528 gezählt am 20.09.2026), rund 180 davon mit eigener Hintergrundarbeit. Jeder sichtbare Fall auf dieser Seite braucht dieselben vier Dinge: einen Zugang zu CRM, Postfach oder Datenbank, eine Sicherung dessen, was er verändert, einen Takt, in dem er läuft, und Daten, die stimmen.

Am Anfang hatte jedes Projekt das für sich. Zugangsdaten lagen als Kopien in den Projekten selbst, dieselben Schlüssel an vielen Stellen. Vom CRM gab es bis zum 10.08.2026 keine Kopie außerhalb des Anbieters. Jede fünfte Telefonnummer im CRM trug eine falsche oder doppelte Ländervorwahl. Zugänge zur Werbebibliothek starben zu 23 auf einmal, und jeder einzelne wurde von Hand erneuert.

Und das Teuerste war nicht, was fehlte, sondern was still ausfiel: Als am 18.09.2026 auf dem Hauptrechner das Versionierungswerkzeug verschwand, lief der stündliche Sicherungstakt neun Tage weiter, meldete jedes Mal Erfolg und sicherte nichts.

Die Lösung im Einzelnen

Ein Tresor, aus dem gelesen wird. Alle Zugänge liegen seit 18.08.2026 an einem Ort außerhalb jeder Versionierung; ein Projekt holt sie mit einem Aufruf, keines kopiert sie. Die Prüfung meldet sich nicht nur an, sie liest auch: Am ersten Tag meldete sie ein abgelehntes Kennwort, das drei Tage zuvor noch galt und in mehreren Projekten als Kopie stand. Die Umstellung der Projekte auf den Tresor läuft seit 14.09.2026 stufenweise, zuletzt die zehn getakteten, jedes mit einem beobachteten Lauf.

Takt und Sicherung ohne Zuschauer. Um 23:00 zieht ein Lauf das komplette CRM als Datei: 511.832 Datensätze, 92 Tage Aufbewahrung, ein Tagesdelta von 37 MB, weil sich 46,8 % aller 84.467 Leads jeden Tag ändern (nächtliche Anreicherungsläufe schreiben Felder). Stündlich committet ein Takt alle Projektordner in private Repositories, mit einer Sperre, die vor jedem Commit nach Schlüsselmustern sucht. Alle 30 Minuten wandelt eine Videowache neue Bildschirmaufnahmen um und legt lokal ein Transkript daneben, gebremst auf 5,2 % CPU.

Datenpflege mit Rückbau. Die Nummernbereinigung schreibt ohne den Schalter `--echt` nichts, protokolliert jeden Vorher-Zustand und ist umkehrbar; eine Korrektur wird nur vorgeschlagen, wenn die gespeicherte Nummer nicht existieren kann und genau eine Lesart einem realen Ortsnetz entspricht. Ein zweiter Helfer reparierte die Nachfasslisten im Vertrieb, die nach der frühesten offenen Aufgabe des Leads sortierten statt nach der eigenen. Der Token-Erneuerer arbeitet in drei Stufen, jede teurer als die vorige: erst nachsehen, wer tot ist, dann tauschen, was nur alt war, und nur für das Invalidierte ein Browser mit einer einzigen Anmeldung.

Wächter und ein Aus-Knopf. Zwei Knöpfe im Desktop-Ordner halten jede KI-Hintergrundarbeit auf sechs Rechnern an und stellen sie wieder her; ein minütlicher Wächter je Rechner setzt das um, der Schalter ist eine Datei auf der Ablage. Ein Wachposten prüft täglich, ob ein erwartetes Ereignis am Markt eingetreten ist, und meldet sich sonst einmal pro Woche mit einer Zeile, damit man seinen Ausfall bemerkt. Ein weiterer Wächter schickt den Aufzeichnungsassistenten in jede Videokonferenz, in der der Geschäftsführer Gastgeber ist, erkannt in rund 6 Sekunden.

Zuarbeiter auf Zuruf. Der Terminfinder liefert in rund 45 Sekunden fünf freie Fenster aus dem Kalender, mit den Regeln des Hauses. Der Transkribierer macht Webinar- und Schulungsaufnahmen lokal zu Text, 80 Stunden Seminarmitschnitte in einem Lauf, ohne dass etwas den Rechner verlässt. Der Folienmaster legt fest, wie eine Folie aussieht (17 Sorten) und verweigert den Druck bei Überlauf. Ein Postfachindex hält rund 370.000 Mails aus acht Postfächern lokal durchsuchbar. Dazu ein Logodownloader (224 von 240 Kundenlogos), ein Bildvorrat (6.553 freie Fotos zu 300 Berufen), ein Dokumentenexport aus der Cloud-Ablage, Helfer für die Werbeplattform, ein gesprochener Satz vom Handy, der auf dem Rechner ein Projekt anlegt, und eine Materialsammlung mit 161 Einträgen für Nachfassmails.

Fast alles davon ohne Sprachmodell. Vier der 22 Helfer rufen eines auf: der Wachposten zum Bewerten seiner Fundstellen, der abendliche Mailbericht, das Projekt vom Handy und das Benennen der Videos. Die übrigen 18 sind gewöhnliche Programmierung: Schleifen, Prüfsummen, Schnittstellen, Aufgabenplanung. Der Rückkanal über den Messenger hat einen eigenen Fall („Auftrag per Nachricht vom Handy“); die acht zentralen Prüfstellen für Mails und Rechenläufe ebenfalls.

Morgenblick auf die Helfer, bevor der erste Fall läuftBeispielansicht · Daten erfunden
Wächterbrett · Dienstag 07:00 · 6 Helfer der Nacht
  • 1/6Tresor: 9 Zugänge geprüft, 9 antwortenJeder Zugang hat einen echten Datensatz gelesen, nicht nur die Anmeldung geschafft. Letzter Wechsel: Postfach-Kennwort vor 3 Tagen, in 0 Projektdateien nachzuziehen.
  • 2/6CRM-Sicherung 23:00: fertig um 23:4184.512 Leads, Tagesdelta 36 MB, 43 Dateien, jede Zeilenzahl deckungsgleich mit dem Manifest. Rückweg zuletzt geprobt vor 12 Tagen.
  • 3/6Versionierung: 0 Stände seit 41 StundenDer stündliche Takt endete jedes Mal mit Erfolgscode. Der Wächter zählt die Commits, nicht die Meldung: Werkzeug fehlt auf dem Rechner.Ohne diese Zeile wäre es neun Tage lang niemandem aufgefallen. Das ist schon einmal passiert.
  • 4/6Zugänge Werbebibliothek: 23 geprüft, 2 gedrosselt, 0 totGedrosselt heißt gesund. Stufe 3 (Browser, Anmeldung) nicht nötig.
  • 5/6Videowache: 3 Aufnahmen umgewandelt, Transkripte liegen danebenSpitze 4,8 % CPU, Originale im Papierkorb, 7,1 GB frei geworden.
  • 6/6Notaus: nicht ausgelöstWächter auf 6 Rechnern haben sich in der letzten Minute gemeldet. Knopf liegt im Ordner KI-Befehle.

Alle Werte erfunden. Entscheidend ist Zeile 3: Ein Helfer, der still ausfällt, ist gefährlicher als einer, den es nicht gibt, denn man verlässt sich auf ihn. Deshalb prüft jeder Wächter das Ergebnis, nicht die Erfolgsmeldung.

Was wir dabei gelernt haben

  1. Ein Lauf, der Erfolg meldet, hat nichts bewiesen. Neun Tage lang endete jeder stündliche Versionierungstakt mit Erfolgscode, 467 Fehlerzeilen im Protokoll, kein einziger Commit. Der Wächter beurteilte die Meldung statt das Ergebnis. Seither zählt er Stände, und ein fehlendes Werkzeug ist ein eigener Fehlercode.
  2. Eine Prüfung muss den Wert prüfen, nicht seine Existenz. Die Tresorprüfung meldet sich an und liest einen Datensatz; ein Zugang kann gültig sein und trotzdem nichts sehen. Der Postfachindex antwortete zwei Wochen lang ohne zwei Postfächer, weil ein gescheiterter Zugang leiser war als ein leeres Ergebnis.
  3. Nie ausgeführt heißt ungetestet. Die Anhangsicherung des CRM-Abzugs lief 42 Tage lang nicht ein einziges Mal und trug zwei Fehler übereinander: Aus 13.649 Anhängen wären 1.183 geworden, mit plausibler Zahl. Der Rückweg des Backups ist bis heute gegen kein echtes Ziel gelaufen; das steht so im Steckbrief.
  4. Ein Werkzeug ohne Steckbrief existiert nicht. Der Bildvorrat mit 6.553 Fotos wurde von einem Kampagnenprojekt beinahe neu gebaut, weil zu „Stockfoto“ nur eine Warnung im Wissensspeicher stand. Die 15 Fehlschläge des Logodownloaders sind dokumentiert und seit Mai 2026 nicht nachgeholt.
  5. Vorbereitet ist nicht gebaut. Für den Belegdownloader wurden Zugänge zu rund 25 Portalen gesammelt, eine Ablagestruktur angelegt und eine Rechnung von Hand hineingelegt. Ein Skript, das Belege lädt, entstand nie. Die Zugangsliste lebte danach als Kopie in sieben weiteren Dateien weiter.
  6. Der Notaus meldete „erledigt“, und 7 von 21 Aufgaben liefen weiter. Sie waren mit erhöhten Rechten angelegt, der Wächter nicht. Sichtbar war das nur im Protokoll, nicht im Fenster. Und ein Notaus, der über den Pfad erkennt, beendet auch Bedienwerkzeuge: Ein Tastenkürzel war drei Tage tot.
  7. Ein Dienst auf dem Netzlaufwerk startet nicht verlässlich. Der Messenger-Horcher blieb beim Import einer Standardbibliothek stehen, weil jeder Import zuerst eine Verzeichnisabfrage ins Cloud-Laufwerk auslöst. Programmdateien werden seither vor dem Start lokal kopiert; das Laufwerk bleibt Datenquelle, nicht Startpfad.
  8. Vier von 22 Helfern brauchen ein Sprachmodell. Die übrigen 18 sind Schleifen, Prüfsummen, Schnittstellen und Aufgabenplanung. Wer „KI im Betrieb“ plant, plant zu vier Fünfteln gewöhnliche Infrastruktur, und genau dort entstanden die Ausfälle.

Ein Werkzeug ohne Steckbrief existiert für die nächste Session nicht.

Aus dem Steckbrief des Bildvorrats, nachdem ein Kampagnenprojekt den Bestand von 6.553 Bildern beinahe nicht gefunden hatte
Die Helfer, was sie tun, und was ohne sie passiert ist Tabelle
Helfer Was er tut Was sonst passiert (belegt)
Tresor für Zugänge Alle Zugangsdaten an einem Ort außerhalb jeder Versionierung; Projekte lesen mit einem Aufruf, die Prüfung liest einen echten Datensatz 63 Dateien mit Zugängen, der CRM-Schlüssel in 23 davon; ein abgelehntes Kennwort stand wortgleich in 16 Projekten (18.08.2026)
CRM-Sicherung täglich 511.832 Datensätze um 23:00, Basis plus Delta, 92 Tage; Selbstprüfung zählt jede Datei gegen das Manifest Bis 10.08.2026 keine Kopie außerhalb des Anbieters. Die Anhangsicherung war nie ausgeführt worden: Aus 13.649 Anhängen wären 1.183 geworden, weil der Dateiname als Schlüssel diente (gefunden 21.09.2026)
Versionierung stündlich Alle Projektordner in private Repositories, Sperre gegen Schlüsselmuster vor jedem Commit, Wächter meldet Ausfälle Neun Tage Erfolgscode ohne Commit, weil das Werkzeug fehlte. Und fast 3 GB CRM-Sicherung wären versioniert worden, bemerkt nur, weil der Lauf 20 Minuten hing
Nummern- und Länderbereinigung 106.178 Nummern gegen reale Ortsnetze und einen Zeugen am selben Kontakt geprüft; 40.229 Länderfelder korrigiert; alles rückbaubar 37.110 als „AT“ geführte Leads waren nachweislich deutsch, das Feld war ein Importstandard. Von 778 Anrufen auf die kaputten Nummern wurde einer angenommen (02.10.2026)
Token-Erneuerer 23 Zugänge zur Werbebibliothek in drei Stufen: prüfen, tauschen, nur das Invalidierte über einen Browser mit einer Anmeldung 22 von 23 tot an einem Vormittag; vorher 23-mal Handarbeit. Ein gedrosselter Zugang sah aus wie ein toter und wäre ersetzt worden
Notaus und Wächter Zwei Knöpfe für sechs Rechner, minütlicher Wächter; Wachposten täglich mit wöchentlichem Lebenszeichen Echttest: 7 von 21 Aufgaben blieben an („Zugriff verweigert“), das Fenster meldete „erledigt“; der Stopp beendete still ein Bedienwerkzeug, drei Tage lang
Videowache und Transkribierer Alle 30 Minuten neue Aufnahmen umwandeln, lokal transkribieren, 5,2 % CPU 33 GB Rohvideo hatten sich angesammelt, auf der Platte waren 13,8 GB frei (02.10.2026)
Postfachindex Acht Postfächer, rund 370.000 Mails lokal durchsuchbar, jeder Treffer öffnet die Mail Die eingebaute Suche übergeht Ordner still; ein Passwortwechsel blieb zwei Wochen unbemerkt, weil die Suche weiter antwortete, nur ohne zwei Postfächer
Zuarbeiter auf Zuruf Terminfinder, Folienmaster, Logodownloader, Bildvorrat, Dokumentenexport, Werbe-Helfer, Projekt vom Handy, Materialsammlung Logodownloader: 15 Fehlschläge dokumentiert, nie nachgeholt. Bildvorrat: 6.553 Bilder, fast nicht gefunden, weil der Steckbrief fehlte. Belegdownloader: Zugänge für 25 Portale gesammelt, kein Skript je gebaut

Quelle: Steckbriefe und Journale der 22 Projektordner, Stand 12.10.2026

Der Ablauf als Diagramm Schaubild
Ablaufdiagramm: 22 Helfer, die kein Kunde je sieht: Ohne sie läuft kein einziger Fall
Von der Quelle bis zum Ergebnis. Dunkel = das Sprachmodell, weiß = ein normales Programm, grün = ein Mensch.

Haben Sie so einen Fall im Betrieb?

Schreiben Sie mir in zwei Sätzen, welche Aufgabe bei Ihnen am meisten Zeit frisst. Sie bekommen eine ehrliche Einschätzung — samt Aufwand und samt der Antwort „lohnt sich nicht“, wenn es so ist.

Kurz schreiben

Ähnliche Fälle