Digitale Lösungen umsetzen, statt Projekte beauftragen.

Sechs Stationen von der leeren Maschine bis zur Anwendung, die unter eigener Domain läuft und die Sie ändern können — in drei Tiefen. Der Kurs endet genau dort, wo sein Name es verspricht: bei einer laufenden Anwendung. Seine letzte Phase sagt auf jeder Stufe, was zwischen „erreichbar“ und „Kunden benutzen es“ noch liegt — und wo das steht. Am Ende hat Ihr Unternehmen jemanden, der das kann.

Warum dasselbe Werkzeug beim einen gute und beim anderen unbrauchbare Ergebnisse liefert — und warum das fast nie am Modell liegt. Der Kurs behandelt die fünf Grundlagen: den Auftrag (was gehört hinein, damit er von außen entscheidbar ist), den Kontext des Hauses (Anweisungsdatei, drei Ebenen), den Zugriff (Fähigkeiten, Anbindungen, Grenzen), das Gedächtnis — und die Rückmeldung, die am häufigsten fehlt: die Fähigkeit des Werkzeugs, seine eigene Arbeit zu prüfen. Dazu die Wahl des Modells, die Entscheidung zwischen Cloud und eigener Maschine, und die Kosten.

Was ein Agent ist und wann man besser keinen baut. Dann der ganze Weg an einem kleinen Beispiel: Auftrag, Werkzeuge, Freigaben, Gedächtnis — bis er jeden Morgen von allein arbeitet, auf dem eigenen Server, mit Protokoll, Deckel und einem Menschen, der ihn abschalten darf.

Ein quelloffener Assistent, der dauerhaft läuft, Dateien liest, Befehle ausführt und über Messenger erreichbar ist. Der Kurs führt durch Aufsetzen, Zuschneiden, Erreichbarmachen und Absichern — und ist bewusst vor dem ersten eigenen Betrieb geschrieben: An jeder ungeprüften Stelle steht ein Prüfpunkt, den Sie beim Durcharbeiten abhaken oder korrigieren.

Anfrage kommt herein, Daten wandern weiter, jemand wird benachrichtigt: Abläufe, die niemand bedient und die trotzdem stimmen müssen. Erst die Orientierung — warum sich das lohnt, was ein Ablauf ist, wie n8n aussieht, wann man besser keinen baut. Dann n8n sicher einrichten und einen Beispielablauf bauen, Knoten für Knoten und Feld für Feld — samt KI-Knoten, fertigen Vorlagen und Abläufen, die die KI erzeugt. Dazu Zugänge, Fehlerfall und die Meldung, wenn er stillsteht. Skripte, Ablaufvorlagen und Checklisten liegen zum Kopieren in den Phasen.

Drei von vier Vorhaben brauchen keine App im Store. Der Kurs beginnt deshalb mit dem Vergleich: was eine Web-Anwendung auf dem Telefon kann, was eine installierbare Web-App (PWA) hinzufügt, und welche vier Gründe wirklich für eine native App sprechen. Danach der Weg: bauen, signieren, einreichen, aktualisieren — mit dem, was Apple und Google dafür verlangen. Am Ende steht die Aufwandsliste mit Zeiten, unabhängig davon, was die App inhaltlich können soll.

Erst die zwei Entscheidungen: wo sich eine KI-Funktion überhaupt lohnt — sechs Muster und die Gegenprobe, an der drei von vier Vorhaben zu Recht scheitern — und woher das Modell kommt: fünf Bauformen von der Cloud bis zum eigenen Rechner, samt offenen Gewichten und dem, was „Open Source“ bei Modellen wirklich heißt. Dann der Einbau: Aufruf, Schlüssel, Fehlerfall, Kosten je Monat, eigene Daten mit Belegstelle, falsche und untergeschobene Antworten. Und zuletzt, was daran zu verantworten ist: der Filter vor dem Absenden, der Vertrag mit dem Anbieter, die KI-Verordnung und die Akte, die in fünf Minuten Auskunft gibt. Jede Pflicht hat einen Gegenpart im Code — an einer Beispielanwendung, die läuft.

Der häufigste Wunsch nach dem ersten eingerichteten Arbeitsplatz — und die häufigste Fehlinvestition. Der Kurs beginnt deshalb mit der Entscheidung und darf zu „nicht bauen“ führen: Solange das Wissen im Arbeitsordner liegt, findet ein Werkzeug, das lesen und suchen kann, es zuverlässiger als jede Ähnlichkeitssuche. Danach kommt die Ordnung — welches Wissen es gibt, wo es liegt, wer es pflegt und wonach jemand später sucht; dieser Teil trägt auch ohne jede Technik. Erst dann das Handwerk: was hineinkommt, wie zerlegt wird, wie gesucht wird, woher die Belegstelle kommt, wer was sehen darf. Und zuletzt das Messen, denn ein Wissenssystem versagt leise: Es kommt immer irgendeine Antwort.

Sobald eine Anwendung Geld einnimmt, ändert sich die Fehlerklasse: Ein Fehler ist dann keine falsche Anzeige, sondern eine offene Forderung oder eine doppelte Abbuchung. Der Kurs beginnt deshalb mit der Entscheidung und darf zu „nicht selbst kassieren“ führen — Rechnung, Zahlungslink oder ein Verkäufer im eigenen Namen lösen dieselbe Aufgabe ohne eine Zeile Zahlungscode. Danach das Handwerk: Anbieter mit den eigenen Zahlen vergleichen, eine Zahlung auslösen, die Rückmeldung signiert und genau einmal verarbeiten — und merken, wenn eine ausbleibt, denn genau daraus wird eine Mahnung an einen Kunden, der längst bezahlt hat. Dazu Abonnements, Erstattung und Rückbuchung, Beleg und Aufbewahrung. Die zweite Hälfte betrifft die Bank: vier Wege an den eigenen Kontoauszug, das Format CAMT.053 und der Abgleich zwischen Zahlungseingang und offener Forderung. Dieser Teil lohnt sich auch für Häuser, die gar keine Bezahlfunktion bauen.

Erst die Entscheidung, und sie darf „nein“ lauten: Der Schnitt geht nicht durch das Haus, sondern durch die Aufgaben — was muss hier bleiben, was darf hinaus, was gehört überhaupt nicht zu einem Sprachmodell. Dazu die drei Begründungen, die nicht tragen (Unabhängigkeit, Kosten, Sicherheit), und der Satz, ohne den der Kurs Schaden anrichten würde: „lokal“ löst genau ein Risiko und lässt fünf andere unberührt. Dann die Rechnung vor dem Kauf — Speicher, Quantisierung, Tempo. Dann das Handwerk: Ollama aufsetzen, Qwen holen, einstellen, an die eigene Anwendung anbinden, absichern. Und zuletzt das Messen mit zwanzig eigenen Fragen sowie die Grenzen: was ein lokales Modell schlecht kann, ohne dass es auffällt — und fünf Fälle, in denen man es nicht benutzen sollte. Vier lauffähige Skripte liegen bei, darunter ein Aufsetz-Skript mit Trockenlauf.

Kurs 1 endet mit einer Anwendung, die im Netz erreichbar ist. Zwischen ihr und dem Betrieb über Jahre liegt ein Tag, den bisher kein Kurs behandelt: der Tag, an dem zum ersten Mal jemand den Link bekommt, der nicht im Projekt sitzt. Was dann fehlt, fehlt in vier Richtungen — es darf nicht (Impressum, Erklärung), es kann jeder (niemand prüft, wer hinein darf), es merkt niemand (kein Ausfall meldet sich), es hält nicht (keine Sicherung, die je zurückgespielt wurde). Der Kurs beginnt mit einer Entscheidung, die „nein“ lauten darf: Muss diese Anwendung überhaupt im offenen Netz stehen? Danach das Handwerk — die sechs Schutzschichten nachprüfen, Konten einbauen und die eine Regel beherrschen, die kein Serverskript für Sie erledigt (Rechte werden auf dem Server geprüft, nicht durch Ausblenden im Browser), die vier Papiere aus dem eigenen Datenbankschema statt aus einer Vorlage, ein Monitor auf die richtige Stelle, und eine Sicherung, die einmal wirklich zurückgespielt wurde. Am Ende steht kein Wissen, sondern ein Blatt: sieben Zeilen, jede von außen entscheidbar, mit Datum und Namen.

Kurs 1 endet mit einer laufenden Anwendung. Dieser Kurs beginnt beim zweiten Jahr: mehrere Anwendungen auf einem Server, Sicherungen, die wirklich einmal zurückgespielt wurden, Aktualisieren ohne Angst, Überwachung mit der Frage, wer nachts geweckt wird, Zugänge, wenn jemand das Haus verlässt — und der Notfallumschlag mit dem Schlüssel, ohne den jede Sicherung wertlos ist. Geübt wird der Ernstfall, nicht der Normalfall: Wer den Wiederanlauf nie gemacht hat, hat keine Sicherung, sondern eine Hoffnung.

Ein zweiter Server macht eine Anwendung nicht ausfallsicher — er verdoppelt zunächst nur die Teile, die kaputtgehen können. Der Kurs führt zu einem Aufbau, der den Ausfall einer Maschine übersteht, und hängt ihn an drei Entscheidungen: wer die Anfragen verteilt und woran er erkennt, dass ein Server nur noch scheinbar antwortet; was die Anwendung noch bei sich behalten darf (Sitzungen, Dateien, Zeitpläne, Migrationen — zwei von drei Schichten sind Programmierarbeit, keine Infrastruktur); und wer bestimmt, welche der beiden Datenbanken schreiben darf. Dazu die Zahlen davor — Verfügbarkeit, RTO, RPO — und der Beweis danach: ein Ausfalltest, bei dem der Stecker wirklich gezogen wird. Der Kurs beginnt mit einer Absage: Drei von vier Betrieben brauchen keinen doppelten Aufbau, sondern den geübten Wiederanlauf aus dem Kurs „Anwendungen betreiben“.