Wie KI-Kompetenz zu etwas wird, das ein Unternehmen behält.
Die meisten KI-Enablement-Programme scheitern auf dieselbe Weise. Wissen wird in einem Raum weitergegeben, alle nicken, und einen Monat später arbeiten dieselben Leute genau wie vorher. Das Wissen war echt. Es hatte nur keinen Ort, an dem es leben konnte.
Genau dafür gibt es unsere Methode. Der Wert bemisst sich nicht daran, was Menschen gelernt haben, sondern daran, was sie gebaut haben und was zurückbleibt, wenn sie den Raum verlassen. Alles Weitere folgt daraus.
Zwei Prinzipien
Von unten nach oben
Wir beginnen bei den Menschen, die die Arbeit tatsächlich machen, nicht bei Strategiefolien. Das heißt Entwicklerinnen und Entwickler, und es kann genauso Produkt, Vertrieb, HR und Operations heißen.
Sie wählen den Umfang, wir nennen Ihnen den Preis dafür
Manche Unternehmen fahren das nur für Engineering. Andere nehmen alle Rollen gleichzeitig mit. Beides sind echte Entscheidungen und wir liefern beides. Was wir nicht tun: Sie diese Entscheidung blind treffen lassen. Stufe 5 ist der ehrliche Grund, warum wir zur breiteren Variante raten.
Fünf Stufen, vom ersten Setup bis zu Kapazität, die Sie einsetzen können.
Das ist die gesamte Transformation. Die meisten Projekte starten bei Stufe 1 und 2, und wie weit Sie gehen, entscheiden Sie.
Bauen Sie Ihr eigenes Setup.
Vier aufeinanderfolgende Tage, vor Ort durchgeführt. Alle Teilnehmenden arbeiten durchgehend an ihrem eigenen Repository, damit nichts theoretisch bleibt.
Tag für Tag
Die Ebene, die man selbst aufruft
Commands, Memory, MCP-Server und die ersten echten, wiederverwendbaren Skills.
Die Systemebene
Subagents, Safety-Hooks und ein erster Orchestrator, der am eigenen Projekt läuft.
Orchestrierung als Handwerk
Ein mehrstufiger Orchestrator mit selbstkorrigierenden Schleifen, aufgefächert über parallele Git-Worktrees.
Unternehmensmaßstab
Plugins, ein privater Marktplatz, Governance und AOF.
Jedes Primitiv durchläuft dieselbe Schleife. Diese Schleife ist der Unterschied zwischen dem Programm und einem Tutorial. Am Ende haben die Teilnehmenden keinen Stapel Magie, dem sie auf gut Glück vertrauen. Sie haben ein System, das sie prüfen, zerlegen und reparieren können.
Die Hands-on-Schleife
Nach jedem Primitiv ein Zyklus von 10 bis 15 Minuten. Sie sehen es laufen, nicht eine Folie darüber.
Ausführen
Erledigt Folienzauber. Sie sehen es laufen, nicht eine Folie darüber.
Verifizieren
Erledigt KI-Magie. Sie prüfen die Ausgabe Zeile für Zeile.
Begrenzen
Erledigt Ich-traue-dem-nicht. Sie setzen die Grenzen und Prüfpunkte.
Debuggen
Erledigt Wenn-es-bricht-stehe-ich-still. Sie beherrschen den Fehlerpfad.
Was die Teilnehmenden bauen
Zwei verschiedene Ergebnisse, und beide zählen. Eines ohne das andere bleibt stecken.
Orchestratoren
Wiederverwendbare, vorhersagbare Systeme, die einen klar abgegrenzten Teil der Arbeit übernehmen. Kein Einmal-Skript, sondern etwas, das erneut läuft und an eine Kollegin oder einen Kollegen übergeben werden kann.
Mikro-Tools
Kleine, klar begrenzte Oberflächen über dem, womit jemand täglich zu tun hat. Tickets, Dokumentation, Schemas, Word-Dokumente, Tabellen, Logs. Überall dort, wo der gedankliche Aufwand, ins Rohmaterial zu greifen, so hoch ist, dass Menschen es schlicht nicht tun.
Zusammen sind diese beiden das, was die technische Kompetenz eines Unternehmens wirklich hebt.
Dasselbe Curriculum gibt es im Selbstlerntempo für Organisationen, die mehr Menschen erreichen müssen, als in einen Raum passen.
Zur Selbstlern-OptionWie viel Ihr Team wirklich lernt
Echte anonymisierte Ergebnisse aus einem unserer Workshops, basierend auf einer PRE-vs-POST-Skill-Einschätzung.
Jede Spalte ist ein Teilnehmer, gemessen vorher und nachher. Repräsentative anonymisierte Stichprobe aus einem 2-tägigen Workshop, erhoben bei jedem Workshop.
Auf echte Arbeit anwenden.
Wissen ist die halbe Miete. Die Anwendung ist die andere Hälfte, und genau dort enden die meisten Programme still und leise.
Eine Kohorte läuft 10 Wochen mit einem konkreten Team, in kleinen Gruppen. Klein mit Absicht, damit alle am Ende etwas Funktionierendes haben statt einer Sammlung Notizen. Mehrere Kohorten laufen parallel, Personalstärke ist also keine Begrenzung.
Zwei Termine pro Woche
Die Session
Ein längerer Termin, in dem die Teilnehmenden zeigen, was sie in der Woche gebaut haben.
Das Standup
Ein kurzer Check, um alle aufzufangen, die blockiert sind oder Hilfe brauchen.
Die Teilnehmenden setzen sich ihre Aufgaben selbst
Wir beraten und lenken, aber wir verteilen keine Aufgaben. Die Menschen entscheiden selbst, was in ihrer Arbeit es wert ist, automatisiert zu werden. Damit wählen sie Probleme, die sie wirklich betreffen, und die Ergebnisse sind sofort nützlich.
Das Präsentieren ist der Mechanismus, nicht die Zeremonie
Wenn jemand dem Team ein funktionierendes Tool zeigt, passieren zwei Dinge. Der Rest des Teams sieht, was möglich ist, und hebt den eigenen Anspruch, und die bauende Person bekommt Feedback, das die nächste Iteration verbessert. Genau das sorgt dafür, dass sich der Effekt aufschaukelt statt abzuflachen.
Die gesamte Kohorte wird auf unserer eigenen Plattform augmented.club nachgehalten: Fortschritt, Aufgaben und was jede Person ausgeliefert hat.
Am Ende der 10 Wochen steht ein Checkpoint, an dem die Ergebnisse an den Kennzahlen aus Stufe 3 gemessen werden.
Von einem Laptop ins Unternehmen.
Ein brillantes Setup auf einer einzelnen Maschine stirbt dort. Der Weg nach oben ist bewusst gesetzt und in Stufen geordnet.
Der Weg nach oben
Bei jedem Schritt lautet die Frage gleich: hat das wirklich geholfen?
Wir messen drei Dinge
Leistung
Wie viel Zeit hat das zurückgegeben?
Kosten
Was verbraucht es an Tokens?
Qualität
Ist die Ausgabe gut genug, um sich darauf zu verlassen?
Gemessen mit Observability-Tooling, Langfuse und OpenTelemetry, damit die Antwort eine Zahl ist und kein Eindruck. Der Tokenverbrauch wird auf demselben Weg erfasst, pro Team.
Mit zunehmender Reife werden Skills nicht mehr von Hand aufgerufen. Sie werden zu autonomen Agenten, angebunden an die Werkzeuge, die ein Unternehmen ohnehin nutzt: Slack, Ticketing, CI.
AOF, das Agentic Operations Framework.
AOF ist unsere Antwort darauf, was passiert, wenn davon plötzlich sehr viel da ist.
Was es abdeckt
Verantwortung und Versionierung
Jeder Orchestrator und jeder Skill hat eine verantwortliche Person und eine Version, damit nichts anonyme Infrastruktur wird.
Freigabestufen
Der gestufte Weg von persönlich bis unternehmensweit, mit einer ausdrücklichen Hürde bei jedem Schritt.
Risikostufen für Aktionen
Aktionen werden klassifiziert, und die Klassifizierung entscheidet, was ein Agent unbeaufsichtigt tun darf.
Eine Freigabegrenze
Unterhalb einer definierten Linie gibt ein Mensch frei. Die Linie setzen Sie, nicht wir.
Budgets als Schadensradius
Ein Budget ist nicht nur Kostenkontrolle. Es begrenzt, wie viel Schaden ein außer Kontrolle geratener Agent anrichten kann.
Nachweise als Nebenprodukt
Prüfnachweise entstehen dadurch, dass das System läuft, und werden nicht hinterher als Papierarbeit verfasst.
Der unglamouröse, dauerhafte Teil
Orchestratoren brauchen Pflege. Regelmäßiges Aufräumen, Ausmustern dessen, was seinen Platz nicht mehr verdient, und Verbesserung entlang derselben drei Achsen: Leistung, Kosten, Qualität.
Alles vor dieser Stufe erzeugt Kompetenz. AOF ist das, was verhindert, dass diese Kompetenz in dem Moment zerfällt, in dem das Projekt endet.
Wir behaupten nicht, dass das ein gelöstes Problem ist. So sehen wir es in der Praxis gut funktionieren, und wir bauen es offen weiter, während wir gehen.
Die Frage, die wir zurückgeben.
Das ist der Teil, den die meisten Anbieter weglassen.
Wenn Sie nur Engineering beschleunigen, wandert der Engpass.
Er landet im Produkt, im Vertrieb, im Kunden-Onboarding, überall dort, wo die nächste Begrenzung sitzt. Der Gewinn im Engineering ist real und bleibt weitgehend unsichtbar, weil die Organisation ihn nicht aufnehmen kann. Deshalb empfehlen wir, über Rollen hinweg aufzubauen statt sie nacheinander abzuarbeiten, und deshalb sagen wir das, bevor Sie den Umfang festlegen, und nicht danach.
Auf der Engineering-Seite
Absicherungen für den Durchsatz gehören dazu: automatisierte Qualitäts- und Sicherheitsprüfungen, Agenten, die Pull Requests prüfen und einem Menschen zusammenfassen, was wirklich Aufmerksamkeit braucht und was einfach freigegeben werden kann.
Die größere Frage ist organisatorisch
Freigewordene Kapazität kann werden zu:
- Mehr Funktionen
- Schnellere Auslieferung
- Kleinere und eigenständigere Teams
- Weniger Abstimmungsebenen
Menschen, deren Routinearbeit automatisiert ist, werden tendenziell T-förmiger, also über mehrere Funktionen hinweg fähig statt nur in einer tief. Entwicklerinnen und Entwickler verschieben sich besonders deutlich hin zum Orchestrieren und Verbessern von Systemen statt zum direkten Produzieren von Code.
Was ein Unternehmen mit dieser Kapazität macht, ist seine eigene Entscheidung. Wir liefern messbare Kapazität. Wir sagen Ihnen nicht, wie Sie sich darum herum neu aufstellen sollen.
Nichts, was Sie bauen, sitzt fest.
Wir bauen auf Claude Code, weil es aktuell der stärkste Rahmen für diese Arbeit ist. Es ist keine Abhängigkeit.
Skills, Prompts, Kontextdateien und MCP-Server sind portierbar, und die Konfiguration lässt sich per Skript auf andere Rahmen wie OpenCode migrieren. Was nach einem Wechsel neu zu prüfen ist, ist das Verhalten, denn ein anderes Modell reagiert auf identische Konfiguration etwas anders. Die Methode und die Artefakte überleben.
Starten Sie mit einem kostenlosen Diagnosegespräch.
Dreißig Minuten, kein Pitch. Wir kartieren Ihr Team, Ihre Ziele und wie viel von dem Bogen für Sie sinnvoll ist.
Kostenloses Diagnosegespräch buchenBringen Sie Ihr Team dazu, KI-Systeme zu orchestrieren, während andere noch vibe-coden.
Nach einer kostenlosen 30-minütigen Standortbestimmung bringen wir Ihre Entwickler zu mehrstufiger Orchestrierung und sicherer, paralleler Auslieferung, auf dem Qualitätsniveau, das Sie ohnehin erwarten. Kein Verkaufsgespräch.