Referenzen

Was läuft – mit Zahlen und Ausfällen

Systeme, die täglich für die Unternehmen von NES Studio und seines Gründers entwickelt und betrieben werden. Gezeigt wird auch, was kaputtgegangen ist: Das ist für Sie der nützlichste Teil.

Media Factory: eine automatisierte Redaktion

Der Bedarf: Vier unabhängige Medien (EmotioNES, MindNES, KindNES, ParisianEs) ohne angestellte Redaktion betreiben.
Was gebaut wurde: Eine vollständige Kette: Recherche, Themenwahl, Redaktion in drei Durchgängen, Bildmaterial, menschliche Freigabe über Telegram, Veröffentlichung im Web. Jeden Morgen ausgelöst, den Rest der Zeit im Ruhezustand.
Was der Betrieb gelehrt hat: Am 30. August wurden vier Leitplanken ergänzt, eine für jeden tatsächlich aufgetretenen Ausfall: Ein simulierter Ausweichplan kann nicht mehr veröffentlicht werden; ein Thema ohne Substanz wird verworfen, bevor seine Redaktion bezahlt wird; eine Dokumentensuche, die 81 Tage lang stumm blieb und dabei „0 Fehler“ meldete, zählt nun als Fehler.

Ein Agententeam, das entwickelt und betreibt

Der Bedarf: Rund zehn Projekte allein entwickeln und pflegen, ohne die Tage damit zu verbringen, Anweisungen von einem Werkzeug ins nächste zu kopieren.
Was gebaut wurde: Ein Dirigent konzipiert und verteilt Aufträge; ein Entwicklungsteam (CCO) programmiert in isolierten Arbeitskopien; eine Systemadministratorin (ClawdIA), steuerbar über Telegram, deployt und überwacht. Jedes Modell wird nach Auftrag gewählt: schnell und sparsam zum Prüfen, leistungsfähiger für sensiblen Code.
Die Regel, die daraus entstand: Der Bericht eines Agenten gilt nie als Beleg. Agenten überschätzen ihre Ergebnisse; geprüft wird die tatsächliche Änderung am Code vor jeder Veröffentlichung. Zwei als abgeschlossen gemeldete Aufträge hatten committet, ohne etwas zu veröffentlichen: Das Abschlusskriterium verlangt nun eine geprüfte Veröffentlichung.

ClawdIA: der Betriebsagent und seine zwei Vorfälle

Die Rolle: Ein selbst gehosteter Agent für die Systemadministration, der deployt, sichert und die Server überwacht, mit einem Arbeitsgedächtnis, das zwischen den Sitzungen erhalten bleibt.
Erster Vorfall: Ein undokumentiertes Skript schrieb jede Nacht, ohne irgendetwas zu prüfen, ins Gedächtnis des Agenten, dass alles in Ordnung sei: 51 identische Blöcke, mehr als die Hälfte seines Langzeitgedächtnisses. Beschlossene Regel: Nur der Agent selbst schreibt in sein Gedächtnis, und keine Zustandsaussage ohne beigefügten Beleg.
Zweiter Vorfall: Elf Tage lang prüfte eine halbstündliche Kontrolle Pfade auf einem Server, den es nicht mehr gab, und spielte dabei jedes Mal den gesamten Gesprächsverlauf erneut ab. Diagnostiziert, an allen drei Ursachen behoben, ausführlich beschrieben in den Betriebsnotizen.

Eine souveräne Infrastruktur, von null aufgebaut

Der Bedarf: Die technologischen Aktivitäten in eine eigene Gesellschaft ausgliedern, auf einer Infrastruktur, die ihr gehört und mit ihr übertragen werden kann, ohne Abhängigkeit von einem persönlichen Konto.
Was gebaut wurde: Dedizierter Server, Container, Reverse Proxy, Code-Plattform, Single Sign-on, Secrets-Tresor, Backups. Der Sollzustand jeder DNS-Zone ist in Code festgehalten und wird täglich von einem Wächter mit der Realität abgeglichen.
Was vermieden wurde: Ein erstes Skript leitete den Sollzustand aus dem bestehenden DNS ab. An dem Tag, an dem dieses DNS gestört war, hätte es die Störung übernommen und für konform erklärt – jeden Tag. Es wurde neu geschrieben, bevor es zum Einsatz kam.

Eine Dokumentation, die Agenten lesen und aktuell halten

Der Bedarf: Kein Wissen darf vom Gedächtnis einer Person oder eines Gesprächs abhängen – weder von dem des Gründers noch von dem eines Agenten.
Was gebaut wurde: Eine einzige Wissensbasis, nach Bereichen gegliedert und den Agenten über einen gesicherten Server zugänglich. Jede Seite führt ihr datiertes Änderungsprotokoll. Die Agenten konsultieren sie vor jeder Aktion und schlagen Aktualisierungen vor; ein Mensch gibt frei.
Das Prinzip: Die Dokumentation von gestern ist eine Hypothese, kein Beleg. Bei einer Diagnose wurde eine plausible Ursache, die bereits in der eigenen Dokumentation stand, verworfen – einfach durch den Abgleich der Zeitstempel.

Die Werkzeuge eines Handels mit Premiumfahrzeugen

Der Kontext: Ein Handel mit Premium-Gebrauchtwagen, mit europäischem Import, rund sechzig Fahrzeugen pro Jahr und vielen Dokumenten: Servicehefte, Rechnungen, Prüfberichte.
Was gebaut wurde: Automatisches Auslesen der Servicehefte und Aufbau einer überprüfbaren Historie je Fahrzeug; ein Dokumententresor je Fahrzeug; eine Erweiterung, die diese Historie direkt in den Inseraten anzeigt; ein Agent, der Antworten an Käufer formuliert und sie vor dem Versand zur menschlichen Freigabe vorlegt, gesteuert über drei Schlüsselwörter: anhalten, übergeben, Termin vereinbaren.
Der Wechsel der Fachsoftware: Migration von 4.400 Privat- und 520 Geschäftskunden in eine neue Verwaltungssoftware: Feldzuordnung, Deduplizierung, Aufteilung gemäß den Importvorgaben des Herstellers.

Sieben Jahre Drive aufräumen

Der Bedarf: Ein über sieben Jahre und mehrere Geschäftsbereiche gewachsenes Drive, in dem niemand mehr etwas fand.
Was umgesetzt wurde: Eine Zielstruktur je Geschäftsbereich, ein vor jeder Verschiebung freigegebener Ordnungsplan, dann die Umsetzung durch einen Agenten, der die Oberfläche bediente – dort, wo die API kein Verschieben erlaubte. Ergebnis: acht Bereichsordner in der obersten Ebene, Duplikate gelöscht, 62 Backup-Archive (25 bis 30 GB) zur Bereinigung identifiziert.
Warum das ein KI-Fall ist: Es ist der häufigste Fall im Mittelstand: kein ausgefeiltes Modell, sondern ein Agent, der zuerst vorschlägt und dann handelt und die Entscheidung über das Löschen dem Menschen überlässt.

Ein vergleichbarer Fall bei Ihnen?

Die meisten dieser Systeme lassen sich in wenigen Wochen auf ein mittelständisches Unternehmen übertragen – sofern der erste Fall gut gewählt ist.

Darüber sprechen