Wie wir bei AI FIRST mit KI arbeiten: Blick hinter die Kulissen, die größten Fehler und unser bestes KI-Setup

Herzlich willkommen zum AI First Podcast, heute bin ich mal wieder dran und ich gebe dir einen Einblick hinter den KI-Vorhang bei AI First und werde ein paar Erfahrungen teilen, die wir in diesem Jahr gesammelt haben, wie wir selbst KI einsetzen. Und wir sehen uns ja da als eine Art Anwendungslabor, wo wir uns alles angucken, was uns Entropic, Open AI, Google und die KI-Laborer vor die Füße werfen. Wir setzen das immer erst bei uns ein, versuchen daran zu lernen und zu verstehen, was funktioniert und was nicht. Und das, was wir dann lernen, das bringen wir zu unseren Kunden und helfen den bei der Umsetzung und verstehen dabei natürlich auch immer noch bei besser. Was sind eigentlich so die Herausforderungen in größeren Organisationen und ich glaube da wird heute hoffentlich einiges dabei sein, weil ich glaube die letzte Solofolge, die ich hier gemacht habe, neben der, wo ich mal kurz einspringen musste, weil wir der Gast auf die letzten Drücke abgesagt hat, ist schon einige Zeit her. Also, kurzer Rückblick, KI-Betriebssystem, Anfang diesen Jahres haben wir das für uns als Konzept entworfen und für uns aufgesetzt. Vorher hatten wir 25 spezialisierte KI-Agenten im Einsatz, die hatten alle ihre eigene Rolle, die hatten ganz spezifische Aufgaben für diese Verantwortlich waren, die hatten Zugriff auf unsere Tools, Zugriff auf unsere Wissensbasis und die haben wir sowieso digitale Mitarbeiter auch in unsere Organisation integriert und die jeweiligen Verantwortlichen bei uns für die unterschiedlichen Bereiche, die waren dann auch für diese KI-Agenten verantwortlich. Hat mega funktioniert, in 2025, aber KI hat sich verändert, in diesem Jahr noch mal mehr. Und wenn sich die grundlegende Technologie unter, wenn wir es mal Formfaktoren wie einem Agenten verändern, dann ist die Frage immer, ist die Form, die wir dieser Technologie noch geben. Die Struktur, in der wir sie einsetzen, ist das eigentlich noch die richtige. Und das fragen wir uns bei uns immer wieder und stellen uns dann auch die Frage, wie muss denn eigentlich so ein Unternehmen gebaut sein? Und wie müssen wir daran arbeiten, damit wir in der Zusammenarbeit mit KI deutlich bessere Ergebnisse erreichen können? Ich glaube, es ist die Frage, die sich ja jedes Unternehmen, jede Organisation stellen muss. Was passiert, aber gerade, wenn ich so angucke, was machen eigentlich andere Firmen, das ist sehr viel unterwegs, glaube ich, ganz gute Einblicke, das wird immer noch wie ein Tool behandelt. Also ich kaufe diese Software, ich stelle die meinen Mitarbeitern breit, klare irgendwie noch, wer darf da war, rollen rechte Konzept, wer hat welche Funktionen und so. Und dann gibt es Schulungen, wie ich diese Funktionen in dem Tool benutze. Und dann nutzen Menschen dieses Tool, um damit bestimmte Dinge zu tun, diese erledigen müssen. Also wie so, ich muss ein Bild aufhängen und dann muss ich ja den Nagel vorher in die Wand trauen und dann nehme ich das Tool den Hammer, um diesen Nagel in diese Wand zu hauen. Und dann kann ich das Bild aufhängen. Und genauso ist es ja auch im Arbeitsalltag, ich muss diese Präsentation machen. Und jetzt nehme ich nicht mehr nur Powerpoint als ein Tool, sondern ich habe dann noch meine KI, der ich dann sage, sie soll diese Powerpoint Präsentation erstellen. Und das sehen wir ja ganz, ganz viel, diese kleinteiligen Anwendungen, die jemand schreibt dann irgendwie in den Chat rein, dass eine E-Mail formuliert werden soll oder das Dokument zusammengefasst werden soll. Aber jetzt kommen auch immer mehr CFOs, die fragen ja okay, wir zahlen jetzt hier sechs bis siebenstellige Beträge für unsere KI-Plattformen, die wir ausgerollt haben, Trainings, die wir gemacht haben. Wo bleibt denn der Return? Was kommt denn da am Ende bei raus? Und das ist oft noch nicht wirklich belegbar, was vor allem auch daran liegt, dass wir es eben wie eine Art Tool nutzen, dass wir für unsere schon vorhandene Arbeit einsetzen. Die nächste Stufe ist dann jetzt bei einigen Unternehmen, die es schon ein bisschen weiterdenken, jetzt vor allem, wenn die agentische KI-Richtung gehen, dass sie KI, wie es in einer Art digitalen Mitarbeiter behandeln, so ähnlich wie wir das auch gemacht hatten, also geben KI-Agenten, spezialisierte Rollen und bestimmte Aufgaben und die sollen dann verschiedene Aufgaben in Prozessen idealerweise schon übernehmen. Und davon gibt es dann irgendwann immer mehr in so einem Unternehmen, vielleicht kennst du das auch bei dir, ich kenne viele Firmen, da gibt es hunderte oder tausende KI-Agenten und irgendwann kümmert sich da keiner mehr so richtig drum, weil wir es ja gewohnt sind, mit einer Software zu arbeiten und um eine Software kümmert sich ja jemand anderes und ich muss die ja nur nutzen. Bei einem KI-Agenten ist das aber nicht so, sondern der muss fortlaufen, so wie sich die Arbeit weiterentwickelt, wie sich Prozesse und Standards und Regeln weiterentwickeln, muss sich auch dieser KI-Agent weiterentwickeln. Und was dann irgendwann passiert ist, dass ich so viele KI-Agenten habe, dass das gar nicht mehr so richtig wartbar ist. So und was hat sich auch noch weiterentwickelt, ist, dass diese KI-Agenten immer Leistungsfähiger geworden sind. Ein Agent vor einem Jahr ist nicht mehr vergleichbar, in keinster Art und Weise mit dem Agenten, den es heute gibt. Insbesondere der Agent Harness, in dem sich der Agent bewegen kann, hat noch mal zu einem deutlichen Leistungssprung geführt, wie lange Agenten an bestimmten Aufgaben arbeiten können, sich dabei selbst kontrollieren können, viel mehr unterschiedliche Stellen ansprechen können. Haben größere Kontextfenster, in denen sie arbeiten können, haben einfach so einen richtig fetten Mod, also nicht nur ein größeres Gehirn bekommen, sondern auch noch irgendwie so richtig große Muskeln, weil denen sie viel viel mehr machen können. So sehe ich das ein bisschen. So und jetzt ist die Frage, diese Art von KI, die wir heute haben, wie setzen wir die bei uns im Unternehmen ein, um die Meiße Wirkung daraus zu können? Ich glaube nicht daran, dass diese als ein Tool zu behandeln, oder die in die Rolle von zum digitalen Mitarbeitern zu stecken, der so eine Rolle hat und ein paar Aufgaben alledigen kann, dass das der richtige Weg ist. Und das bestätigt auch Entropic, die sehe ich so, als die schon vor Denker im KI-Bereich, haben das zumindest in den letzten zwölf Monaten immer wieder gezeigt, dass sie mit neuen Konzepten und Wegen kommen, um KI noch mal wirkungsvoller zu machen. Die haben jetzt zuletzt auch veröffentlicht, dass sie nicht empfehlen, noch viele spezialisierte Agenten einzusetzen, sondern empfehlen einen Agenten einzusetzen, der Zugriff hat auf unterschiedliches Guilds, dass am Ende des Tages Prozessbeschreibungen sind, so dass dieser Agent einen Vielzahl von Aufgaben ausführen kann, um zwei Dinge, insbesondere zu verhindern, nämlich erstens viele Übergaben zwischen Agenten, die auch immer eine gewisse Solbruchstelle darstellen. Und wenn du mal ein Multiagentensystem aufgebaut hast in deinem Unternehmen wirst du sehen, dass das gar nicht so einfach ist, die in einer Kette arbeiten zu lassen, das geht noch ganz gut. Aber das wir wirklich kulaborativ zusammenarbeiten und sich dann nicht im Quadrat multipliziert Blödsinn produzieren, ist gar nicht so trivial. Und vor allem das auch dann wieder zu warten, also weiter zu entwickeln, über diese vielen Agenten, die dann entstehen. Also ein Agent, der ganz ganz viele Aufgaben ausführen kann, reduziert die Komplexität von KI im Unternehmen Massive, Massive. Das kannst du dir so ein bisschen so vorstellen, wie wenn du ein Restaurant hast. Und du würdest ja in deinem Restaurant, wenn du jetzt fragst, wie stelle ich jetzt dies Küchenteam auf? Dann willst du ja nicht, für sämtliche Gerichte, die da gekocht werden, immer einen einzelnen Koch einstellen. Und dieser Koch, der kann dann dieses eine Gericht kochen. Der eine kann nur Resortum machen, der andere nur Pizza, der andere nur pasta. Sondern du willst eigentlich einen Koch haben, der ein richtig gutes Rezeptbuch hat und der, den du vielseitig einsetzen kannst. Und der, je nachdem, was für eine Bestellung reinkommt, dann in sein Rezeptbuch gucken kann und sagt, okay, jetzt so koche ich das Risotto, so koche ich die pasta, so mache ich hier die Pizza. Und das auch immer wieder mit der gleichen Qualität und dem gleichen Standard macht, weil es halt der in dem Rezeptbuch einmal sauber beschrieben ist. Und so kannst du dir das auch mit dem einen Agenten vorstellen, der ganz viele Skills hat, Prozessbeschreibungen, die er dann ausführen kann. Und genau so haben wir das auch bei uns aufgesetzt. Und ich habe jetzt hier so ein bisschen ausgeruhelt, aber ich glaube, es ist ganz wichtig, noch mal dieses mentale Modell dahinter zu verstehen. Und wir haben das sind KI Betriebssystem genannt, also wir haben gesagt, wir wollen eigentlich eine KI haben, einen Agenten und der soll Zugriff haben auf unser Betriebssystem, also auf unsere Prozesse, das sagt unsere Prozesse definieren, wie wir arbeiten. Und so Prozesse um die müssen wir uns sowieso kümmern. Und dann sollten die auch so dokumentiert sein, dass ein Kajagenter aufzugreifen kann, weil wenn er darauf zugreifen und das lesen kann, kann es auch ausführen, werden ein paar andere Bausteine noch mit reinkommen. Der zweite Baustein ist dann, in dem System ist dann der Kontext, also alles was wir wissen, unsere Dokumentation von unseren Angeboten und so preisliste zum Beispiel oder bestimmte Vorlagen, die wir nutzen oder bestimmte Richtlinien, die wir befolgen. Das ist der Kontext, den auch Menschen haben, wenn sie einen Prozess ausführen. Und in der perfekten Welt gibt es zwischen dem Kontext den alle Mitarbeiter bei uns haben und dem Kontext, den der Agent hat, kein Unterschied. Das ist die perfekte Welt, die Realität ist da noch ein bisschen komplexer, aber darauf arbeiten wir hin. Also wir haben die Prozesse als Skills beschrieben und wir haben den Kontext, das sind einfach Dokumentationen, die sauber beschrieben und abgelegt sind. Ich gehe gleich auch nochmal viel, viel detailliert auf diese Bausteine ein und was wir da jetzt machen, ich will nur einmal das Modell noch erklären. Der dritte Baustein sind dann unsere Tools, die wir nutzen. Systeme, in denen wir Arbeiterledigen, unser Google Workspace oder unser Projektmanagement-Tool oder unser CRM-Athio, womit wir auch arbeiten, womit Arbeiterledigt wird. Und wenn ein KIagent darauf Zugriff hat auf diese Schnittstellen, dann kann er sowohl dort auch Informationen rauslesen, als auch Aktionen in den Tools ausführen, so wie wir das machen würden. Sondern dann die der vierte Baustellen sind Regeln, die gelten müssen. Oder so ein Governance-Layer wird es auch oft genannt. Also beispielsweise, wer darf denn eigentlich wo was machen, weil der Agent, der darf natürlich nur mit den Zugriffsrechten arbeiten, die auch der jeweilige Nutzer in den System hat. Ich will ja nicht, dass sie jeder Person bei mir im Unternehmen die Verträge von allen Mitarbeitern sehen kann. Aber ich will schon die Möglichkeit haben, mit meiner KI auf diese Verträge zugreifen zu können, mal ein Beispiel zu geben. Also, wir müssen das sicher machen, überregeln die Geld. Und dann will ich ja nicht, dass das ein starres System bleibt. Was ich dann wieder die ganze Zeit pflegen muss, sondern ich will erstens, dass im Hintergrund Aufgaben ablaufen können. Also, dass nach einem bestimmten Zeitplan oder nach einem bestimmten Event was passiert, der Agent automatisch im Hintergrund anfängt, zu für mich zu arbeiten. Und ich dem nicht immer schreiben muss, was er dazu muss. Und ich will, dass er dazu lernt. Also, dass wenn Fehler passieren, dass er das dokumentiert und Vorschläge macht, wie wir das System verbessern müssen, zum Beispiel. Die Beschreibung im Skill oder der Kontext der Notwendig ist, damit er beim nächsten Mal das Automatisch ausführen kann. Oder ich will, dass wenn neuer Kontext entsteht. Also, der Agent arbeitet ja auch, produziert dabei auch Kontext, dass der wieder ins System kommt. Und auch wenn wir, wenn wir Menschen arbeiten, zum Beispiel in Kundentermin hat stattgefunden, dann möchte ich ja auch, dass der Agent darauf zugreifen kann. Oder wir haben in einem Meeting eine Entscheidung getroffen, wie ein Prozess in Zukunft laufen soll, dann möchte ich auch, dass das direkt in das System kommt, ohne dass ich manuell irgendeine Dokumentation überarbeiten muss. Also, in einer Selbstverbesserung. Ich will also eine KI haben, die mehr oder weniger Zugriff hat auf alles bei uns im Unternehmen, so dass sie uns in möglichst allen Prozessen und allen Aufgaben unterstützen kann. Und für uns mitarbeiten kann, um möglichst viel Kapazität in meinem Team frei zu schalten, was wir nutzen können, um mehr Zeit mit unseren Kunden zu verbringen, um Innovation voranzutreiben, bessere Produkte zu entwickeln. Also, das, was ich wirklich für Arbeithalte, die menschlich ist und wo menschliche Fähigkeiten und Stärken besonders notwendig sind. Aber alles, was das abarbeiten von digitalen Aufgaben ist, was viel Fleißarbeit auch ist, das möchte ich nicht mehr, dass ich oder mein Team das machen muss. Das ist das Ziel. So, die Fragestellung immer wieder ist, wie baure ich mein Unternehmen so auf, damit KI darin möglichst gut für uns arbeitet, sich möglichst selbstständig im Unternehmen bewegen kann, also möglichst versteht, wo findet sie was, was muss sie mit diesen Informationen machen, wo muss was dokumentiert werden und dass die KI auch mitwächst, wenn sich unsere Arbeit, unsere Angebote und unsere Kunden verändern. Weil die Veränderungsgeschwindigkeit, die wird lieb wieder so langsam sein, wie sie heute ist, KI macht unsere Welt immer schneller. Also, muss ich auch so ein System oder so eine KI mit entwickeln können. Also, ja, das ist also als das Modell dahinter. Wir haben dann angefangen, Anfang des Jahres, das so aufzubauen. Der Ursprung war übrigens, dass die neuen Opus-Modelle, ich glaube 4.6, war da der Auslöser rauskam, was auf einmal viel, viel komplexere Aufgaben eigentlich ständig lösen konnte. Und dann habe ich mal einem unserer 25 KI-Agenten Zugriff gegeben, auf alles, was die anderen 25 KI-Agenten hatten und habe diesen einen und KI-Agenten ganz viele unterschiedliche Aufgaben gegeben, für die wir vorher spezialisierter Agenten hatten und habe dann gesehen, dass diese eine KI-Agent, diese Aufgaben sehr zuverlässig ausgeführt hat. Und in dem Moment war mir auch klar, dass wir nicht 25 KI-Agenten brauchen, um die wir uns die ganze Zeit kümmern müssen, sondern dass eigentlich ein erreicht. Wir müssen uns vor allem darum kümmern, dass unser Kontext gepflegt ist, dass unsere Prozesse sauber beschrieben sind, dass es klare Qualitätskriterien gibt, dass wir die Regeln so aufsetzen, dass KI zwar möglichst autonom für uns arbeiten kann, ohne es dabei aber im große Risiken entstehen und dass wir Schnittstellen in unsere Tools legen. KI-Betriebssystem war dann der Aufsatz. Wir hatten damals als zentral, als einen sehr zentrales System, hatten wir Noten im Einsatz, das ist so eine Art, das kann man sowohl so dokumentationstool oder als internes Vicky für Unternehmen. Man kann aber mittlerweile Datenbanken anlegen und wir hatten da unser CER im Nachgebaut, unser Projektmatch, unser ganze Dokumentation war da drin. All unser Content wurde darüber gemanagt. Also haben das ganz schön missbraucht für vielleicht viele Dinge, für die es nicht unbedingt gewachbar war. Und wir haben dann auf dieses System KI-Agenten gesetzt, der darin alles machen konnte. Der konnte da natürlich diese ganzen Daten rauslesen und konnte da auch reinschreiben. Wir hatten dann in Noten auch alle unsere Skills dokumentiert. Das waren am Ende einfach nur Seiten, die wir runtergeschrieben haben als Text und der Kontext lag sowieso drin. Wir hatten dann noch zum Beispiel unseren Google Workspace dort angeschlossen und ein paar andere Tools, die wir noch hatten, das zum Beispiel so Mieting-Transcripte wieder mit dokumentiert wurden. Aber hatten das schon sehr zentral auf diesem System. Und damit haben wir dann also unser ganzen 25 KI-Agenten, die haben wir dann nicht mehr genutzt und nutzen wir bis heute nicht. Und ich würde auch nie wieder zurückgehen in diese Logik, weil es kein Sinn mehr ergibt und einfach nur viel zu viel zusätzlicher Overhead wäre. Und was wir dann gemacht haben, ist erst mal angefangen damit zu arbeiten. Und es war also der Unterschied in unserer Produktivität und das KI auf einmal für uns machen konnte, weil sie hatte ja dann Zugriff auf alles, worauf wir Zugriff hatten. Und es gab nicht mehr diese Übergaben oder diese Brüche zwischen unterschiedlichen Agenten, sondern ein Agent, denn die vor eine KI kann quasi so auf der ganzen Unternehmen zugreifen. Und darin die Daten rausziehen, auch immer natürlich nur das, wo der Nutzer Zugriff drauf hat und unterschiedliche Aufgaben ausfindet. Das war schon enorm mal diesen Unterschied zu sehen. Es war eine andere Welt, hat sich sehr anders angefühlt, so mit KI zu arbeiten. Und was waren dann natürlich die wichtigsten Aufgaben? Wir mussten erst mal unser Skills beschreiben. Also da hatten wir natürlich schon viel, was in den Agenten lag. Das war zum Teil auch schon ein bisschen veralte. Das mussten wir noch mal aktualisieren. Und wir mussten einmal runter schreiben, wie werden bestimmte Dinge hier eigentlich gemacht? Wie erstellen wir ein Angebot? Wie qualifizieren wir ein Lead? Wie veröffentlichen wir ein Artikel auf unserer Website? Wie beantworten wir zu Broadanfragen von Kunden? Wie machen wir ein On-Burning? So was? Das mal runter schreiben. Und wir mussten natürlich gucken, dass wir erst mal eine richtig saubere Kontext aufsetzen. Also eine saubere Ordnerstruktur mit Unterseiten und das dort die aktuellen Informationen, was im Unternehmen gerade auch gilt, was unsere Angebote sind, wer unsere Zielkunden sind, wie wir Content erstellen und wie unser Ton auf Voice im Unternehmen ist, welche vorlagen wir wofür nutzen, das das da einmal sauber drin ist. So. Das war auch die schwerste Arbeit daran, um ehrlich zu sein. Viele andere Sachen sind gar nicht mal so kompliziert. Ich gehe aber auch gleich nochmal auf die neuen Bausteine ein, weil jetzt will ich erstmal gerne darüber sprechen, was all den nicht funktioniert hatte. Ich glaube, der wichtigste Punkt ist, dass das initiales Setup super war und dann ist genau das passiert, was ich ja eigentlich verhindern wollte, nämlich, dass sich unsere Arbeit weiterentwickelt und die KI nicht so richtig mitwächst und wir dann immer wieder mit dem Baby-Sitting von der KI beschäftigt sind, anstatt einfach zu arbeiten und KI für uns mitarbeiten kann. Das lag an insbesondere zwei Sachen. Die Skills sind veraltet und der Kontext ist veraltet. Wenn beides veraltet und die echte Welt, in der wir arbeiten und wie wir dort arbeiten, immer mit der Zeit immer weniger und das natürlich ein schleichender Prozess. Die ersten Monate war so super, dann haben wir es auch discipliniert, immer wieder aktualisiert und wir hatten ja auch diese Lernschleife, dass der Agent auch immer wieder Vorschläge gemacht hat, was da rein muss. So und das war okay, aber so im Laufe der Zeit und wir hatten dann vor allem auch im Sommer, Anfang des Sommers, Anfang Juni, nochmal einen größeren Change in unserem Offering, was viel großrattenschwanz mit sich zog, hat unsere Firma nochmal ordentlich verändert und dann waren wir irgendwie so in zwei Welten unterwegs, also so wie wir gearbeitet haben und das, was KI über uns wusste, das hat dann immer weniger zusammengepasst. Ergo konnte natürlich KI immer weniger für uns tun und wir waren dann wieder gefangen, eigentlich in diesem iterativen Arbeiten mit KI, dass sie uns zwar ein paar Sachen unterstützen kann, aber eigentlich nicht so end-to-end Aufgaben erledigen kann. Und da, ich hatte mir dafür das System aufgesetzt. Das größte Problem dabei war, dass wir nicht robust genug die Skills und auch den Kontext so aufgesetzt haben, dass die KI ihn selbstständig pflegen kann mit Input und wann immer notwendig freigaben, die von uns kommen können. Aber auch nur die freigaben, die wirklich notwendig sind und nicht jede kleine. Wir hatten eine Feedback-Datenbank aufgebaut. Da hat der agent sämtliche Feedbacks reingeschrieben, also der hat zum Beispiel, jemand hat einen Angebot angefragt und wollte dort irgendetwas haben, irgend ein Baustein, der in unserem Angebots-Template nicht enthalten war. Das hat der Agent dann natürlich gemerkt bei der Ausführung der Aufgabe und hat in die Feedback-Datenbank reingeschrieben, hey, wir bräuchten mal, müssen uns mal Gedanken machen, ob wir diesen Angebots-Baustein als Standard mit aufnehmen sollen. Weil wenn wir das gemacht hätten, dann hätte ja beim nächsten Mal dieser Aufgabe eigentlich ständig ausführen können. Und das Problem war, dass er halt so viele Aktionen, die ganze Zeit ausgeführt hat, dass dieser Feedback-Lock so voll gelaufen ist und wir haben da irgendwann auch einfach den Überblick darüber verloren, weil Kreat so viel gemacht, aber wir sind nicht mehr so richtig mit dem Hinterherarbeiten mitgekommen. Das war die eine Herausforderung und auch eine Herausforderung war, dass wir viel zu viel Skills aufgesetzt hatten, die wir nicht sauber getestet haben. Ich hatte ja schon gesagt, wir hatten vorher die 25 Agenten, von denen haben wir natürlich auch Aufgabenbeschreibungen, die in den System Proms enthalten waren, mit rübergezogen in das System, die mussten wir noch mal aktualisieren. Aber da war auch noch, wir haben noch zu viele weitere Skills damit reingebracht, wir haben ja ganz viele Skills sehr, sehr schnell erstellt, weil so einfach war, haben wir natürlich auch Kaider für genutzt, die aber nicht sauber getestet waren. Und dann immer so leichte Abweichungen hatten, von dem Ergebnis, was wir eigentlich haben wollten. Und da mussten wir dann wieder nacharbeiten. Also es war hier und da war nicht so robust, wie es hätte sein müssen, damit wir auch stärker in die Automatisierung kommen. Und wir waren noch zu sehr involviert, würde ich mal sagen, das waren so die größten Challenges. Und weitere war, dass sich der Kontext, den Kontext den haben wir zwar anreichern lassen, insbesondere über das, was über Mail, oder Kundenprojekte, oder über Meetings. An neum Kontext entstanden ist, das ist immer wieder reingelaufen ins System, was wir aber nicht robust genug gebaut haben, ist, dass der bestehende Kontext auch aktualisiert wird, also geflegt wird. Nicht nur neu, es kommt dazu, sondern auch zu gucken, was ist denn vielleicht veraltet und muss aktualisiert werden, oder muss rausgelöscht werden, muss was ausgetauscht werden oder muss vielleicht auch was rausgelöscht werden. Und da, da wir das nicht von Anfang an haben, wir uns nicht genug Zeit genommen, das wirklich so robust aufzusetzen, dass es automatisch läuft und auch das ist uns dann irgendwann auseinander gelaufen. So, ein bisschen vorgespult, im Sommer habe ich dann schon gemerkt, okay, und einen anderen Punkt möchte ich noch erwähnen. Wir haben dann im Laufe der Zeit auch angefangen eigene Software bei uns zu bauen, eine eigene Plattform, wo unsere Delivery, unserer Projekte und unsere Community darüber läuft, oder eine, wir haben so ein eigenes Tool gebaut, womit wir sämtliche Visuale assets sein, das Dokumente, Präsentationen für Social Media, also Dokumente mit bauen lassen können. Was komplett agentisch arbeitet, das hatten wir dann angefangen zu bauen und da haben, da hat dann Teil vom Team in Cloud Code gearbeitet und das so aufgebaut, das war aber nicht integriert mit unserem Betriebssystem, wo viel über Notion noch lief und dann waren wir so in zwei unterschiedlichen Welten unterwegs, die gar nicht mehr miteinander kommuniziert haben und damit hatte KI auch nicht mehr Zugriff so auf das ganze Unternehmen, sondern noch auf einen Teil davon und ich habe dann gemerkt, okay, wir müssen das einrenken und wir müssen das auch nochmal aktualisieren und KI hatte sich auch wieder weiterentwickelt. In der Zwischenzeit und dann habe ich gesagt, okay, ich nehme jetzt mal die Zeit und setze mich hin und hinterfrage nochmal das gesamte System, jeden einzelnen Baustein ist das eigentlich noch State of the Art und würde ich es noch einmal genau so bauen und wenn nein, wie würde ich es anders bauen, basiert auf den Erfahrungen, die ich gesammelt habe und hier möchte ich auch mal einschieben, dass genau das der Vorteil ist, wenn man diese Lernschleifen dreht, weil ich habe dadurch, dass wir das aufgesetzt haben und es war nicht perfekt. Wir haben aber als Team so viele Erfahrungen gesammelt, um viel, viel schneller die nächste Version aufzubauen, die deutlich besser ist und KI ist für uns alle neu, wir machen das alle zum ersten Mal und die Unternehmen, die aber mutig in genau diese auch Versuche rein gehen, die sich mal was wagen und die dabei diese Lernschleifen drehen, die können viel, viel schneller neu KI-Fähigkeiten auch für sich adaptieren, weil dieser Muskel schon trainiert ist und sehr eine viel bessere Intuition auch haben. Wenn neue Modelle oder sowas, wie so ein Agent Harnis kommt, wie sie dem bei sich noch besser einsetzen können, dann schaut auf die perfekte Lösung zu warten, die wahrscheinlich nicht kommen wird. Okay, also neu gebaut. Ich habe mir wieder die Frage gestellt, wie muss ich unser Unternehmen so aufbauen, dass KI darin möglichst gut für uns arbeiten kann? Dass sich selbstständig daran bewegt und mitweg mitwächst, wenn sich unser Arbeit, unser Angebote und unsere Kunden verändern, insbesondere der letzte Punkt war natürlich sehr wichtig, weil ich das als 10 zentralen PainPoint identifiziert hatte. Was habe ich dann gemacht? Ich habe auch viel mit KI gearbeitet und noch mal so eine First Principles Analyse gemacht. Also wenn ich es mal auf die Grundwahrheiten herunterbreche, was muss denn eigentlich gelten, damit KI möglichst gut in unserem Unternehmen mitarbeiten kann? Und diese gleiche Übung hatten wir natürlich auch schon bei unserer ersten Version gemacht, aber ich wollte das noch mal Challenge und zu gucken, haben wir vielleicht irgendwas übersehen, fehlt noch irgendwas. Ist es systemisch mit den Baustein, die ich dir erklärt habe, gibt es da noch Potenzial? Oder haben wir was vergessen? Und eine Erkenntnis war schon mal, ich habe das hin und her gedreht und mir dafür einige Zeit genommen, ich habe auch so einen Deep Research laufen lassen, über andere Operating-System-Ansätze noch mal so über System-Theorie, mir diese Prinzipien geben lassen und die mit auch unserer ersten Version abgeglichen, was schon mal rauskam, war, dass die Grund-Architektur mit diesem Agent der oben drauf sitzt, der Zugriff auf unsere Prozesse, die als Skills beschrieben sind, der Kenting-Context. Der Kandid tools nutzen, es gibt Regeln, die das Verhalten des Agents im System bestimmen und gewisse Spuren, die riskante Aktionen unterbinden und der kann selbstständig neuen Kontext wieder reinbringen, der kann selbstständig sich auch verbessern und der kann Aufgaben automatisieren, die wiederkern laufen. Dass das die Bausteine waren, die es braucht und das war schon mal erstmal ganz gut, also die Grund-Architektur mussten wir nicht umbauen, aber ich bin dann viel tiefer reingegangen in jeden einzelnen Baustein. Und die würde ich jetzt einmal kurz durchgehen und ich sage dir jetzt einmal, was diese Bausteine sind, ich gebe dir so die Punkte mit, wo ich sagen würde, das sind die wichtigsten Dinge, die wir jetzt verändert haben oder die aber jetzt eingebaut sind, auch Dinge, die wir verändert haben, die für mich da den Unterschied machen. Und ich gebe dir auch noch mit, was am Ende so noch offene Fragen sind, wie wir damit heute arbeiten, wie wir da unsere Team drauf on boarden. Und ich werde auch immer ein Stück weit erzählen, wie kann man das vielleicht auch auf unterschiedliche Unternehmen adaptieren, weil wir sind jetzt acht Menschen, die bei uns arbeiten von Anfang an, das Unternehmen versucht AI First zu denken. Und natürlich viel Greenfield können schnell Entscheidungen treffen, wir sind aber auch bei großen Unternehmen drin, teilweise 10.000 Mitarbeitern, wo wir jetzt auch diesen Ansatz dort in das Unternehmen reinbringen. Und nur weil das Unternehmen groß und älter ist und bald lasst, da heißt das nicht, dass das nicht möglich ist, aber wir musst vielleicht an so ein paar Sachen denken oder anders daran gehen. Also die sieben Bausteine, Baustein Nummer 1 ist der Agent, der Agent ist der unwichtigste Baustein, den brauchen wir natürlich, aber ich würde sagen, der Agent wird eher commodity in Zukunft sein, also es austauschbar. Wir haben auch das gesamte System Portabel gebaut, bedeutet, ich kann, wenn ich heute arbeiten wir z.B. mit Claude und auch die meisten auch mit Claude, also dem Coding Agenten, es würde aber auch mit dem normalen Claude funktionieren. Wenn ich aber morgen auf Open AI wechseln möchte oder auf Lengdog wechseln möchte, dann ist das möglich, weil das System da drunter, also der Agent obendrauf kann ausgewechselt werden. Der Agent, wie gesagt, wir haben uns für Claude entschieden, weil Claude für uns die beste Leistung gebracht hat in den Vergleichen. Also die Leistungsfähigkeit des Agenten ist besonders der Harnis von Claude, dem der Agent arbeitet, der ist sehr, sehr, sehr leistungsfähig. Wir hatten Claude Cod auch schon genutzt für unsere eigene Software Entwicklung und deswegen war es da auch nahelinkt, dass wir das nehmen. Das ist aber auch was, was ich mir immer wieder nochmal anschauen möchte in der Zukunft, wenn sich auch andere Plattformen weiterentwickeln. Der Agent hat natürlich jeder einen, aber der, was auch da aber wichtig ist, der Agent kann natürlich 100 Mal parallel arbeiten, das ist dem ja vollkommen egal. Das ist für mich einfach digitale Arbeitskraft, der hat jetzt auch kein speziellen Namen oder spezielle Rolle oder so, der ist einfach eine digitale Arbeitskraft und jeder kann aber über eine individuelle Anweisung. Das ist diese Claude MD Datei, kann der das Verhalten des Agenten bestimmen und da steht bei mir zum Beispiel, so was drin, wie der mit mir kommunizieren soll, da steht bei mir drin, wer ich bin, welche Rolle ich im Unternehmen habe, dass er so ein bisschen noch personalisierter auf mich eingehen kann. Das kann jeder Mitarbeiter auch bei uns für sich individuell aufsetzen. Dann gibt es ein weiteres Dokument, das heißt Agents MD, das bestimmt, wie sich der Agent in dem System verhalten soll und wir damit arbeiten soll. Also da wird quasi das System erklärt, welche Regeln gelten in dem System, wie ist dieser Kontext aufgebaut, wie soll er damit arbeiten, wie soll er die Skills nutzen, also wie nutzt er die einzelnen Bausteine innerhalb des Systems. Und dann haben wir auf dieser Agent Ebene noch etwas eingeführt, das nennen wir ein Prüfer Agent, wenn der Agent also eine Aufgabe ausgeführt hat, dann kann der, das funktioniert in Claude sehr gut, selbstständig ein Subagent losschicken. Also der erschafft dann quasi wie so ein Subagent, der macht dann nur diese eine Sache und dann ist ja auch wieder weg, der ist nicht permanent da und dieser Subagent, der hat dann nur die Aufgabe, das Ergebnis noch mal gegen verschiedene Kriterien, die wir für diese Aufgabe festgelegt haben, zu prüfen, um die Qualität hochzuhalten. Das hilft uns sehr konsistent hochwertiger Ergebnisse zu bekommen, das war im ersten Setup war das ein bisschen instabiler gebaut, da hatten wir diesen Prüfer nicht und deswegen war manchmal die Ausführung der Skills auch nicht immer auf der, auf dem Level, wie wir es haben wollten, da komm ich aber gleich bei Skills auch nochmal auf, haben wir noch ein paar andere Sachen zu überlegt. Und es gibt ein Lockbuch, das fliegt der Agent. Ich will. Das ist einfach nur, am Ende ist ein Tabelle oder Datenbank. Da macht er für alles, was er tut, einen Eintrag, wo er dann reinschreibt, was er gemacht hat, eine Verlinkung zu z.B. ein Dokument, was er stellt wurde, oder wenn im CRM einen Eintrag gemacht wurde, das Start der Link rein kommt, das ist ein Verlinkung, wo es das Ergebnis und eine Idee, die gepflegt wird, und kurz was er gemacht hat. Und vergibt dann ein Status und schreibt auch ein, welchen Skill er genutzt hat. Warum? Ich möchte, wenn irgendetwas schiefgeht, immer die Möglichkeit haben, dass ich nachverfolgen kann, was der Agent bei uns komplett gemacht hat. Ich will eine Lückenlugese Dokumentation haben, was der gemacht hat. Als würde der am Ende seines Arbeitszags einmal aufschreiben müssen, was das so heute alles gemacht. Das ist einfach auch so ein gewisser Sicherheitsmechanismus, aber auch Nachvollziehbarkeit und Transparenz, die ich damit herstellen will. Zweiter Baustein, Skills. Skills bestimmen, wie wir arbeiten. Wir hatten in der, in der ersten Version, hatten wir Skills sehr stark als Aufgabenschritte runtergeschrieben. Mach erst 1, 2, 3, 4, 5. Und dann hatten wir aber auch schon eine Definition oft dann definiert mit einer Checkliste, die für jeden Skill abgehakt werden muss von dem Agent. Und erst dann ist quasi dieses Ergebnis oder dieser Aufgabe erfüllt, wenn du alle abhaken kannst. Mittlerweile definieren wir weniger die Schritte. Das machen wir zum Teil natürlich auch noch, aber nicht mehr so detailliert, sondern wir geben vielmehr vor, was ist das erwartete Ergebnis? Wie muss das aussehen und was sind die Kriterien? Und wann machst du diese Aufgabe und welchen Kontext und welche Tools nutzt du um die Aufgabe zu erledigen? Wir geben also vielmehr den Rahmen vor, der ausgeführt werden soll, und weniger den Weg, weil ich auch das kam aus einer Entropic. So ein Entropic best Practice, was wir empfehlen. Das waren die eigenen Anweisungen eines Skills. Hinderlich sind für den Agenten, weil er schneller und besser zum Ziel kommen würde, wenn er sich diesen Weg selbst aussuchen kann. Und das eigentlich ein bisschen Liedership, statt Micro-Management statt zu sagen, mach 1, 2, 3, 4, 5, 6, 7. So sagen, guck mal, das ist das Ziel, das erwarte ich. Und das ist der Rahmen, in dem du dich bewegen kannst. Mit dir sind die Infos, die du dafür brauchst. Wie findest du da? Hier sind die Tools, die du dafür nutzen kannst und jetzt go for it. Und das funktioniert sehr gut, weil mit jedem Modell, was jetzt rauskommt, die werden ja besser. Tenenziell die neuen Modelle auch vielleicht noch bessere Wege finden, um diese Ziele zu erreichen. Was dann wieder der Engpass werden könnte, ist, dass unsere Ziele nicht ablisoniert genug sind. Aber das ist nochmal ein anderes Thema. Okay, also eher Ziele statt die Schritte vorgeben. Dann haben wir Evaluation eingeführt. Das gibt es auch in jeder, mittlerweile in jeder besseren KI-Plattform, wo es gute Agentenfunktionen gibt. Evaluationen sind also quasi Ergebnispare. Ich gebe einen Beschimpft prompt ein und dafür kann ich angeben, welches Ergebnis erwarte ich für diese Eingabe. Und der Agent kann dann selbstständig gegen diese Evaluationen testen für das Ergebnis, was er produziert hat, ob das bereits erreicht wurde oder nicht. Und wenn es nicht erreicht wurde, kann er sich selbst verbessern und nochmal schleifen drehen, bis er die Qualität der Evaluation erreicht hat. Und das haben wir für jeden Skill, wird das automatisch, wenn der einen Skill angelegt wird, wird werden auch Evaluationen mit reingebracht. Das sind also Datensätze, die muss das Team mit reingebracht. Das Team wird gezogen, dann einmal auch zu sagen, so muss ein Ergebnis aussehen. War auch in Version 1, haben wir das nicht konsequent genug gemacht. Deswegen hat der Agent hier irgendwie teilweise auch selbst Dinge überlegt oder wir haben einfach versucht, Prozesse an KI abzugeben, die wir selbst noch nicht richtig genug verstanden hatten, was auch zu schlechter Qualität geführt hat. Und dann haben wir Prüfälle für jeden Skill. Ein Prüffall bestimmt, ein Prüffall läuft bei der Erstellung jedes Skills durch. Also drei unterschiedliche. Einmal ist es so ein Grenzfall, also ein Grenzfall für diesen Skill, wo es nicht eindeutig ist, was gemacht werden soll, wo geguckt werden muss, wie verhält sich der Agent dort und macht eher das, was für ein Grenzfall getan werden soll. Einmal fehlen dem Agenten Informationen und wir gucken, wenn ihm die Informationen fehlt, fragt er nach der Information. Und einmal ist es ein ganz normaler Fall und wir gucken einfach, ob die Kriterien in die Evolution erfüllen werden. Also Prüfälle, drei unterschiedliche, die bei der Erstellung des Skills automatisch durchlaufen und wo geprüft wird, ist der Skill schon so aufgesetzt, dass er sich für diese Prüfälle korrekt verhält. Erst danach darf der überhaupt genutzt werden von den Leuten bei uns im Team. Skills werden natürlich von den Prozessverantwortlichen aufgesetzt und die sind auch verantwortlich dafür, diese aktuell zu halten und zu aktualisieren. Ich würde sagen, das hatten wir auch schon so mitgedacht. Natürlich bei der Version 1. Wir haben das aber nicht konsequent genug gelebt, dadurch, dass wir dann aber gesehen haben, was passiert, wenn keiner so 100-prozentig Verantwortung für dieses Skills übernimmt. Wir sind jetzt als Team viel viel sensibilisierter darauf, da auch disciplinierter zu sein. So, das war schon zwei Skills. Bauch schnell drei Kontext. Der Kontext, ich glaube, da entscheidet sich sehr, sehr viel. Fast alles. Kontext ist noch wichtiger als die Skill. Es ist weil am Ende des Tages, wenn der Kontext da ist. Und das Zielklaß für den Agenten würden die immer besser diese Ziele mit dem Kontext erreichen können. Wenn der Kontext aber nicht da ist, sind sie orientierungslos. Und deswegen haben wir da auch die Meiste oder habe ich da die Meiste Zeit reingesteckt, insbesondere, wo unser Kontext liegt. Wir haben das in zwei Bereiche unterteilt. Der eine ist alles, was bei uns längerfristig gilt. Das liegt bei uns in GitHub. GitHub ist aber am Ende, ich meine, das kommt aus dem Software Engineering. Am Ende liegen dort aber auch nur Ordner mit Dateien ab, auf die aber so ein Agent, wie Claude extrem gut zugreifen und die extrem gut verarbeiten kann. Es ist eine sehr native Zugriff auf diesem Kontext. Deswegen haben wir GitHub genommen. Aber jetzt kommen wir schon mal so ein bisschen zu diesen Tools. Ich würde sagen, auch ein gut aufgebauter SharePoint. Selbst ein gut aufgebauter Drive, wo nicht 1000 Powerpoint Präsentationen, die veraltet sind, drin liegen, sondern wo saubere Markdown-Dokumente geschrieben sind. Markdown ist sehr gut, Maschinenlesper. Es schlägt dann welches Tool man da benutzt. Oder andersrum, ich kann das beste Tool nehmen. Ich kann auch GitHub für mich nutzen. Wenn ich den Kontext nicht sauber da rein bringe und das mal aufschreibe, dann bringt mir auch GitHub nichts. Also meine Empfehlung wäre da, erst mal mit dem gehen, was ihr habt und anfangen dort die Ordner-Struktur für einen Kontext, also auch ein Wissensbasis aufzubauen und die Dateien sauber in diesen Ordnern abzulegen und den Agenten dann darauf zugreifen lassen. Genau, wir haben das in GitHub gemacht. Wir haben die Struktur, um die Struktur für diesen Kontext-Basis zu, oder ich nenne es jetzt einfach mal Kontext-Layer, für diesen Kontext-Layer zu arbeiten. Ich habe auch Kaliegenutzt, der hat mir geholfen, die Ordner-Struktur und welche Dateien da rein müssen, in welche Ordner das schon mal so als Konzept, als Schablone zu arbeiten. Und wir hatten natürlich auch schon einiges aufgeschrieben. Also wir waren jetzt nicht völlig blank, aber es hatte sich in der Zwischenzeit auch echt viel im Unternehmen verändert und deswegen haben wir das genutzt, um das nochmal neu aufzubauen. So, wie machen wir sowas? Das ist ja auch immer die Frage, wie mache ich das denn? Das Wissen ist ja in den Köpfen der Menschen, ja, aber das ist keine Ausrede dafür, dass da nicht rauszuholen, weil ganz, ganz viel Wissen ist schon irgendwo implizit dokumentiert. Das liegt halt nicht in einem sauberen Dokument, sondern das liegt in Präsentation, das liegt in Teams-Kanälen, das liegt in Meet-in-Jetverläufen, das liegt in Meet-in-Transkripten und das, wenn die KI darauf zugreifen kann, kann die KI auch helfen, daraus für verschiedene Themen, zum Beispiel wie kommunizieren wir mit unseren Kunden, ja, könnte eine Kontext-Datei sagen, das davon abzuleiten und euch dabei zu helfen, weil die dabei zu helfen, diese Datei zu erstellen. Genauso haben wir das auch gemacht. Wir haben also KI, weil wir als wir diese Schablone hatten, wie diese Kontext dieser Kontext-Layer aufgebaut sein sollen, mit den Ordnern und den Dateistrukturen haben wir KI erst mal Zugriff gegeben oder erst mal durchsuchen lassen. Was haben wir denn schon? Was können wir davon verwenden? Und dann haben wir die KI uns befragen lassen und jeder Bereich verantwortlich, also derjenige der wir uns für das Enablement verantwortlich ist. Das Team, was bei uns für die Plattform verantwortlich ist, dass die Person, die bei uns für Edmund und Support verantwortlich ist, ich bin für Sales und Marketing unter anderem verantwortlich. Wir wurden dann halt von der KI interviewt und dann mussten wir uns halt mal Zeit nehmen, diese Fragen zu beantworten oder bestimmte Dokumente oder Dateien oder was auch immer bereitzustellen, wo diese Antworten auf diese Fragen sind und die KI hat dann daraus diese Markdown-Dateien geschrieben und hat die dann im richtigen Ordner abgelegt. Das ist mal ein bisschen Aufwand. Aber wenn man einmal diese Grundlage hat, dann kann KI so viel mehr und so viel besser für einen arbeiten, also es lohnt sich auch einfach, der Hebel ist sehr groß. Was wir auch gemacht haben, dann ist die KI direkt in jede Datei einen gewissen Hedder reinschreiben zu lassen. Also jede Datei ist gleich aufgebaut, was den Kopf der Datei angeht. Warum? Die KI in diesem Kopf rein schauen und weisse fort, also da steht eine Beschreibung drin, worum geht es hier eigentlich in dieser Datei? Da steht drin, wann die zuletzt geprüft wurde und da steht drin, wer dafür verantwortlich ist. Das hilft dabei, dass die KI sehr schnell findet, in welche Datei muss ich eigentlich gucken, um welche Frage beantworten zu können, beispielsweise und das hilft auch dabei, schnell durch zu können oder schnell herauszufinden, was möglicherweise veraltet, da Dateien die aktualisiert werden müssen. Und diese Kontext, dieser Kontext-Layer wird nur von der KI gepflegt, also da geht kein Mensch von uns rein in irgendwelche Dateien und schreibt dort etwas rein, sondern das macht KI für uns. Um der KI eine Orientierung zu geben, wo sie was findet, haben wir einen so genannten Index aufgebaut. Das ist am Ende auch wieder eine Datei, wo aber einmal drin steht, in welchen Ordnern finde ich was und nochmal also übergeordnet, für einen Gesamtkontext und dann gibt es in jedem Ordner, also im Ordner Sales, zum Beispiel, gibt es auch wieder einen Index, das ist auch wieder eine Datei, da steht drin, welche Dokumente liegen hier drin und was finde ich in welchem Dokument. Das hat den Vorteil, dass der Agent nicht losläuft und sich alle Dokumente durchließ, um die Informationen zu finden, sondern er guckt immer erst, und das ist auch wieder dann in dieser Agents, die im Agenten beschrieben, er guckt immer erst in den Index rein, das ist wie so Inhaltsverzeichnis, oder so, glaube ich, ich glaube das gar nicht so verkehrt im Inhaltsverzeichnis und sieht, okay, ich muss jetzt hier in diesen Ordner rein, um diese Informationen zu finden und in diesem Ordner muss ich genau in dieses Dokument reinkucken. Das hilft dabei, das Kontextfenster von dem Agenten nur sehr, sehr wenig zu belasten, weil es ist wie so ein Bibliothek, der weiß halt genau, in welchen Gang muss er gehen, welches Buch muss er rausnehmen und welche Seite darüber aufschlagen, anstatt sich die ganze Bibliothek voll durchzulesen. Und wir haben noch eine Landkarte aufgebaut, das ist auch wieder eine Datei, am Ende ist unsere Firma fast schon ein System aus Ordnern und Text Datein und zwar eine Landkarte, wo beschrieben ist, welche Systeme nutzen wir und in welchem System wird was gemacht und in welchem System liegen welche Informationen. Also das CRM System oder unser Projekt Management Tool oder unser Google Workspace, damit die KI weiß, wo sie den Kontext rausziehen kann, der während der Arbeit passiert. Also das, was im CRM passiert, das bleibt natürlich im CRM, weil das da ist die laufende Arbeit, genauso wie die Abwicklung unserer Kundenprojekte, das läuft dann in dem System. Das ist nicht in GitHub und in diesem Kontextlayer mit drin. In GitHub steht aber zum Beispiel, wie wir das Onboarding für einen Kunden machen. Dann kann der ergänzt sich diese Informationen daraus ziehen und dieses Onboarding dann in dem dafür vorgesehenen System ausführen. So haben wir das aufgetrennt. Weil die Arbeit in den System, die entwickelt sich ja sehr, sehr dynamisch, da kann der ergänzt immer rein gucken, wenn er Infos über einen Kundenprojekt oder unser Content, was weiß ich, was braucht. Aber wie wir diese Dinge machen, also die eher universelleren Regeln, die länger bestand haben, das ist in GitHub dokumentiert. Okay, genau. KI baut den Ahr, hat den mit uns aufgebaut und KI verwaltet den auch jetzt selbstständig. Die Verwaltung läuft über zwei Automatisierung, die wir aufgesetzt haben. Denn das größte Problem in Version 1 war ja, dass unsere Realität auseinander gelaufen ist, mit dem, worauf der Agent Zugriff hatte, insbesondere beim Kontext. Es gibt einmal am Tag eine Kontexternte, wenn wir das. Da wird also für jede Person läuft der Agent los und guckt in Slack, wo wir kommunizieren ist, unser Internet Chat, in Emails, in Meetings, die gelaufen sind, in unseren, in den System, in denen die Person arbeitet. Was ist dort für zusätzlicher Kontext entstanden, also Dinge, die vielleicht entschieden wurden, irgendwas, was gelten muss für die Zukunft, was in GitHub eingepflegt werden soll. Ich gucke hier auch gerade mal, um ein Beispiel nehmen zu können, was bei mir, ah genau. Beispiel habe ich jetzt hier bekommen, dass die Website, das stand noch im Kontext, dass die Website am 15.10. und so neue Website live gehen soll. Und aus einem Slack Chat wurde erkannt, dass das mittlerweile passiert ist, und jetzt schlägt mir die KI über eine Slack Nachricht vor, dass das aktuell, ob das aktualisiert werden soll, im GitHub, dass die Website neu website, dass die live ist. Und es muss sich nur sagen, ja, und dann läuft er agentlos und aktualisiert diese Datei in GitHub. Und das läuft für alle jeden Tag einmal und ich bekomme dann immer morgens, bekomme ich dann immer eine Nachricht mit möglichen Aktualisierungen in dem Kontext und kann das entweder bestätigen oder ablehnen, dadurch bin ich auch immer noch involviert in dem Prozess. Und dann haben wir noch eine Kontextpflege und die geht einmal in der Woche drüber über alles, was neu, also über den gesamten Kontext und guckt alles, was da neu reingekommen ist und alles, was schon da ist, was muss da vielleicht aktualisiert, ausgetauscht, gekürzt werden, wo gibt es Abweichungen und macht dann wieder einen Vorschlag für nur kritische Themen, also da haben wir auch ein paar Regeln, was es eigentlichständig gemacht werden kann, aber wo es einen Scheidung von uns benötigt, die wir dann wieder freigem, das läuft einmal in der Woche. Und so konnte man euer Kontext rein und der wird gefliegt gehalten. Das macht aber dann alles, die KI, wir bestätigen nur oder lehnen ab, wo Entscheidungen notwendig sind. Und das funktioniert jetzt gerade sehr, sehr gut für uns. Also wir merken, dass das mitwext mit uns, der kann auf alles zugreifen, findet den Kontext natürlich, wenn wir etwas in eine Reise nicht, wir sind mit dem Team essen und haben nicht ein Transkript laufen und entscheiden dort irgendwas, das muss natürlich noch mal selbst rein, da können wir aber auch einfach eine Nachricht schreiben und sagen, hier fürs Wickey, dass das das mit reinschreiben und dann fliegt der Agent das an der richtigen Stelle ein. Damit ist auch der Aufwand für diese ganze Dokumentation und auch die Anpassung der Dokumentation sehr, sehr gering, sehr gering. Okay, nächster Baustein Nummer 4 sind unsere Tools, das ist jetzt sehr simple, da sind einfach Schnittstellen zu den Systemen, die wir nutzen, wer mit moderner Cloudsoftware arbeitet, ist hier natürlich klar im Vorteil, weil die sich oftmals einfach anbinden lässt und weil es oftmals Konnektoren gibt, um diese anzubinden, wichtig in diesen Tools gelten natürlich immer die Zugriffsrechte, also der Agent darf in den Tools nur die Informationen rauslesen und reinschreiben, die auch der jeweilige Nutzer hat und wir haben dort und da komme ich jetzt auch gleich zum nächsten Punkt regeln definiert, also es gibt technische Spärren für alle Aktionen in den Tools, die einen echten Schaden anrichten könnten. Beispielsweise darf der Agent nicht eigenständig ein Rechnung verschicken, auch nicht eigenständig ein Angebot verschicken, der darf auch keine E-Mail nach draußen schicken, also all solche Sachen, die schädlich sein könnten, die muss noch mal ein Mensch frei geben. Alles, wo kein Schaden passieren kann, sind wir immer, wie soll man sagen, wir sagen, in dem Agent immer mehr Freiheit gegeben. Also er kann viele Sachen eigenständig intern arbeiten, aber im Sinspersonen alles was nach außen geht, der ja ist es aktuell noch eine Freigabe, die von uns gegeben wird. Außerdem haben wir so, hatten in Version 1 schon so ein Gaffern ins Handbuch, haben wir das genannt, das ist insbesondere eine Ampel, gelb, rot, grün und jede Farbe für jede Farbe gibt es verschiedene Regeln, was der Agent dort darf, also für Aufgaben, die grün sind, das ist zum Beispiel das Sachen lesen, recherchieren darf irgendwelche Datenbank-Einträge ändern, das Loch-Glock-Buff-Flegen darf und so weiter, das darf der komplett eigenständig machen. Bei gelben Aufgaben, da muss er sich eine Bestätigung einholen, zum Beispiel, dass es Angebot rausgeschickt wird und bei Roten Aufgaben, die darf er nie eigenständig machen, zum Beispiel irgendwelche Kunden oder Personaldaten in unseren Kontext reinschreiben oder so, also das bestimmt das Verhalten des Agents, aber wir verlassen uns natürlich nicht nur darauf, dass sie sich daran hält, sondern haben eben auch bei Design bestimmte Regeln Fix-Systeme implementiert. Wie automatisieren wir dann Aufgaben, weil ich will ja jetzt nicht den glorifizierten Chatboard haben, der dein zwar ganz viel machen kann, aber ich muss den trotzdem noch babysitten, sondern der soll im Hintergrund für mich arbeiten. Das macht der bei uns entweder nach zeitbasierten Auslösern, also sowas wie diese Kontextpflege, macht der einmal die Woche, läuft der Montag oder Freitag, und dann gibt es andere Sachen, die eventbasiert ablaufen. Also wenn sich zum Beispiel ein Deal in unserem CRM von einer Stufe auf die nächste weiter bewegt, dann löst das eine bestimmte Aktion von dem Agents aus. Was wir gemacht haben, ist wirklich alle Automatisierungen in Klord aufzusetzen. Ich hatte da zum Beispiel am Anfang auch noch ein paar Automatisierungen in unserem CRM drin und hab dann aber angefangen wirklich alles in Klord reinzuziehen, damit der das auch wieder zentral verwalten kann, weil ich kann dann auch sagen, wenn sich der Prozess verändert, dass er die Automatisierung entsprechend anpassen soll und das ist quasi alles in einem System, wieder wo der Agents komplett nativ drauf zugreifen kann, das funktioniert für uns ganz gut. Diese Automatisierung gibt es aber mittlerweile in fast allen Tools, und sollte nämlich mal Länglock beispielsweise, da kann ich auch einen Agenten aufsetzen, dem kann ich auch einen Zeitplan geben und sagen, mach in dieser Frequenz zu dieser Uhrzeit immer wieder folgende Dinge. Und ich kann ja auch dort den Agenten in Workflows einbauen und dem Workflow Trigger mitgeben, also die dann eventbasiert sind. Und je nachdem mit welcher Plattform ich da immer arbeite, sieht das nochmal ein bisschen unterschiedlich aus, aber die Funktionen sind eigentlich auch in anderen Systemen so vorhanden. Ja, dann der letzte Baustein, Nummer sieben, die Lernschleife. Also, wie lernt das System jetzt dazu? Über den Kontext hatte ich schon gesprochen, was auch passiert, sind Skills, also bei einer Skill-Ausführung, wenn ein Mensch ein Feedback gibt, dann prüft der Agent immer, ob dieses Feedback etwas eher einmaliges ist und im Zweifel fragt danach, oder ob das ein universelles Feedback ist, wenn es universell ist, also für jede weitere Ausführung gelten soll, dann überarbeitet er den Skill, so dass das beim nächsten Mal diese Feedbacks nicht mehr gegeben werden müssen. Außerdem, wann immer es möglich ist, dokumentiert die KI auch, was war der entwurf, den sie erstellt, nehmen wir beispielsweise mal nach diesem Podcast, muss ein Show-Nutz erstellt werden und er dokumentiert dann die Show-Nutz, die er selbst erstellt hat. Und wenn wir dann noch Änderungen vornehmen, dann hat er quasi den Abgleich. Also er sieht das, was er erstellt hat und was am Ende rausgegangen ist und was in unserem Podcast-Plattform eingestellt wurde. Und da läuft ein, wir nennen das Operating-System Check-OS-Check. Der läuft auch einmal die Woche durch alles durch. Der stundenlang läuft der Agent durch alles durch, was passiert ist, guckt sich alles gilt an, guckt an, wir oft wurden die Skills genutzt, guckt sich die Automatisierung an, wir oft wurden die genutzt, guckt sich das Lokbuch an, wo drin steht, was wo du korrekt ausgeführt, was wo nicht korrekt ausgeführt, guckt sich an, was ging nach draußen und was war der Entwurf des Agents und schlägt basieren da drauf, systemische Verbesserungen vor. Also welches gilt sind, werden nicht mehr genutzt und könne raus. Welches gilt wurden immer wieder nochmal überarbeitet, also die Ergebnisse des Skills und was sollte sich an den Skills verändern? Und welche Automatisierung sind vielleicht gebrochen oder funktionieren nicht mehr? Also es ist wirklich wie so ein Health-Check und guckt ob das System gesund ist und was ich verbessern lässt. Der macht dann Vorschläge, kann ich wieder über Slack schon kriege ich wieder die Nachricht, kann bestätigen ja oder nein, was gemacht werden soll und was auch sehr, sehr gut ist, dass er mir auch vorschlägt, basierend auf dem, was er so gefunden hat, was sind Dinge, die er noch nicht für mich tut, die kann ihn noch nicht für mich tut und für alle Personen im Team gilt das gleiche, die ein Zukunft für mich machen kann. So und das natürlich mega, weil ich dadurch immer wieder Ideen bekomme für zusätzliche Prozesse, für zusätzliche Skills, für vielleicht neuen Kontexte aufgebaut werden kann, die dafür sorgen, dass der Agents in Zukunft mehr für mich machen kann. Das läuft jetzt so erst mal, da kann man sicherlich auch noch mehr machen, wir haben uns aber dafür entschieden eher schlank anzufangen und das nicht wieder zu verkomplizieren und lieber dann mit der Zeit das System wachsen zu lassen. So wir sind jetzt schon bei einer Stunde noch mal kurz zwei Punkte, das waren jetzt all die sieben Bausteinen, wir haben den Agents der Oben draufsitz, gibt verschiedene Plattform und Tools, wo der Leben kann. Wir haben die Skills, auch das mittlerweile Standard, ja ich glaube selbst Copilot hat mittlerweile ein Skill, Funktionalität, wo wir einem Agent halt verschiedene Aufgaben mitgeben können. Wir haben den Kontext, auch da gibt es so viele unterschiedliche Orte, wo man den Aufbauern kann. Am Ende brauche ich Ordner und ich brauche Text Datein. Das ist nicht besonders kompliziert, da gibt es sehr, sehr viele Tools, die das machen können und natürlich sollte ich das möglichst einfach anbinden können an den Agents, die daerweise gibt es einen Konnektor dafür. Ich habe Tools, da brauche ich einfach Schnittstellen, wenn ich eine sehr, sehr veraltet IT habe, wird es einfach schwer, dann müsste eine Überlegung sein, wenn man KI wirklich hebeln möchte, ob es sich nicht vielleicht lohnt, da was zu modernisieren oder auch KI zu nutzen, um Schnittstellen zu bauen, die es gerade nicht gibt, oder Integration zu bauen, die es gerade nicht gibt. Das kann man natürlich auch machen und muss da vielleicht nicht auf den Anbieter warten. Regeln, insbesondere die Zugriffsrechte, sind sehr wichtig und zu regeln, welche Aktionen darf KI ausführen und welche nicht, das beispielsweise nicht irgendwelche E-Mails, wie wir durch die Weltgeschichte von dem Agenten geschickt werden, ohne dass sich das nochmal jemand anschaut. Und wir haben dieses Ambildsystem, was der Agent in seinen Anweisungen hat, was das Verhalten von ihm steuert. Wir haben die Automatisierung über Zeitplan und Event, gibt es auch eigentlich allen Tools, können wir das einstellen und wir haben die Lernschleife, das sind dann auch noch mal Automatisierung im weitesten Sinne, die wir da aufgebaut haben, mit so ein paar Logiken, wie wird das wieder zu uns zurückgespielt und wie wird das Feedback, was wir dann darauf geben zu diesen Lernschleifen eingebaut in den Kontext und in Diskelts. Wir kommunizieren damit entweder über das Cloud Interface oder über Slack. Warum? Ich will vor allem das KI für mich arbeitet und also der arbeitet möglichst viel schon im Hintergrund alleine, weil wir viele Automatisierung schon eingestellt haben. Und legt dann einfach auch die Arbeit da ab, wo es notwendig ist. Also, weiß ich nicht, die Vorbereitung von dem Termin liegt dann halt im CRM, an dem Datensatz von dieser Person oder diesem Unternehmen, mit dem wir dann sprechen. Oder das Angebot wird dann schon runtergeladen und wird schon an die E-Mail angehangen, bevor es rausgeschickt wird. Also, der soll möglichst ein möglichst großen Teil des Wieges schon gehen, eigenständig. Aber der soll fand immer Erf-Input von mir braucht, den natürlich bei mir einholen und in über einen Kanal mit mir kommunizieren, indem ich ehe unterwegs bin. Und da haben wir bei uns Slack eingeführt. Wir hatten vorher Google Chat. Hat gar nicht funktioniert, weil er gibt es einfach keine Anwendung an irgendeine KI wirklich gut. Da und Google hängt leider hinterher. Also sind wir auf Slack gegangen und dort können wir super, super gut unseren Agenten einbinden und der kann uns dort Nachrichten schicken. Wir können dem dort Nachrichten schicken. Und wenn der da ein Feedback von uns bekommt, kann der dann wieder im Hintergrund loslaufen und den Rest machen. Ansonsten gibt es aber natürlich auch mal so, One-Off-Aufgaben, die gemacht werden müssen, dann mache ich einfach klordauf. Wie rollen wir das im Team aus? Es gibt dann so eine Möglichkeit, Plag ins aufzusetzen. Und über ein Plag in kann ich Skills Kontext und Tools, also Konnektoren, Bündeln, wie so ein Paket und Kandast und auch Automatisierung. Kann das Bündeln und dann kann ich quasi ein Plag in Bound für bei uns gibt es den Bereich Enablement oder ein Plag in für den Bereich Platform oder ein Plag in für den Bereich Marketing. Und da sind dann eben die Skills der Zugriffe auf den Kontext und die schon die Tool-Konnektoren und so weiter drin gebündelt. Und das kann sich dann ein neuer Mitarbeiter installieren. Der gibt dann nur ein. Neuer Mitarbeiter muss nur eingeben bei uns Betriebssystem einrichten in Klord und nachdem er sich den Konnektor eingerichtet hat und dann liegt da ein Skill dahinter, der die Person komplett durch das onboarding durchführt und es ist auch so eine halbe Stunde ungefähr am Anfang und danach hat die Person ein auf sich personalisiertes Betriebssystem, was aber gleichzeitig mit unseren Standards arbeitet, was Skills Kontext, Tools und so weiter angeht. Also wir haben darüber so eine zentrale Steuerung und gar nicht zum Qualitätskontrolle. Aber können das gleichzeitig auch sehr modular den Leuten die richtigen Dinge bereitstellen, die sie auch wirklich brauchen? Wir haben das System jetzt bei uns. Diese neue Version seit einigen Wochen laufen und bisher haben wir noch nie besser mit KI zusammengearbeitet. KI hat noch nie mehr Arbeit bei uns im Unternehmen auch erledigen können und wir hatten noch nie eine Struktur, die so gut sich mitentwickelt mit uns als Unternehmen. Und deswegen bin ich auch so überzeugt von diesem Ansatz und möchte das, ja, freue mich, wenn möglichst viele Unternehmen auch in diesem Genuss kommen, so zu arbeiten, weil es einfach so viel Kapazität im Unternehmen freischalten kann, die für viel wirkungsvolle und sinnvolle Arbeit investiert werden kann, größere Ideen zu verfolgen, bessere Produkte entwickeln, neue Märkte anzugehen, neue Zielgruppen anzunehmen, Ideen zu verfolgen, die immer so ein bisschen zu groß waren. Das, was sonst liegen bleibt, weil alle überlastet sind. Und wir bauen dieses Team als einen wichtigen Baustein von einem AI First Unternehmen bei uns im AI-Kollektiv auf. Und ich möchte ich sehr gerne einladen, teil von unserem AI-Kollektiv zu werden, weil wir dort zum 13. Januar noch einmal 30 Personen aufnehmen. Und wir haben schon über 150 Mitglieder aus Unternehmen wie UNICEF, Zeiss, LAMILUX, Viege, Google, viele, viele mehr. Tolle ambitionierte Menschen, die ca. in ihrem Unternehmen vorantreiben wollen. Und wir teilen dort nicht nur unseren Blueprint von so einem Betriebssystem mit den ganzen Vorlagen und Anleitungen und auch einem Skill, um sich das für sich selbst aufzubauen und sich selbst darauf anzubauen, ein Schritt für Schritt für das eigene Unternehmen in Umsetzung zu bringen, machen dazu auch Live-Sessions jede Woche, wo wir das zeigen, sondern bringen bei, wie man ein AI First Unternehmen aufbauen. Das eigene Unternehmen AI First denkt nicht nur das Betriebssystem, sondern auch, wie man das eigene Team mitnimmt auf diesem Weg, wie sich Rollen und Prozesse verändern müssen, neu gestaltet werden können. Das ist alles die Erfahrung, die wir in den letzten Jahren bei uns und bei über 100 Unternehmen, die wir beraten haben, gesammelt haben. Und gleichzeitig hast du im total Community, die den gleichen Weg geht. In gesagt, 13. Januar machen wir einen Kick-Off für die nächste Kohorte und neben 30 Mitglieder auf 10 Plätze ungefähr sind jetzt schon weg, wie kugatieren das sauber. Ich möchte nur anwender Unternehmen drin haben, wirklich motivierte Menschen, die richtig Lust haben, ihr Unternehmen mit KI neuem Besser zu gestalten. Du kannst mal jetzt hier in die Show-Nodes gehen. Die Beschreibung von dem Podcast, da findest du einen Link auf die Seite. Da findest du in alle Informationen. Siehst du auch nochmal, kriegst du mal so ein bisschen so ein Gefühl dafür, wer da so drin ist, was wir dort tun und bewirbt dich gern. Und ich schaue mir das alles persönlich an und melde mich dann bei dir mit einem Feedback. Ein letzten Punkt möchte ich noch für die Umsetzung mitgeben. Das Wichtigste ist anzufangen. Ich glaube, dass wir in vielen Fällen gar nicht mehr unbedingt das Wissensproblem haben, sondern wir haben Umsetzungsproblemen. Dafür ist unser E-I-Kollektiv auch wieder ganz gut, weil wir da hinterher sind, dass du das auch in die Umsetzung bringen kannst. Und vor allem bei Rückfragen auch da sind und zur Seite stehen und irgendwie diese Startvorlage geben. Aber das Wichtigste ist anzufangen, denn KI ist da nie so gut wie heute, die Plattformen sind konnten nie so viel wie heute. Worum geht's diesen Agenten aufzusetzen? Das ist am Ende Walk-in-the-Park, aber die Skills runterzuschreiben, den Kontext mal sauber aufzubauen, sich mit dem Team hinzusetzen und mal zu entscheiden, wie wollen wir denn hier eigentlich arbeiten? Wie wollen wir diesem Prozess machen? Wie sieht ein gutes Ergebnis aus? Woran machen wir das fest? Welche Vorlage wollen wir hier jetzt mal alle nutzen? Das ist die Arbeit, die gemacht werden muss. Das kann jedes Unternehmen jetzt hier und heute tun. Mit dem Anfang, was da ist und von dem Ort loslaufen, wo man jetzt steht anstatt, nur über die Zukunft zu träumen und zu sprechen, aber nicht den ersten Schritt zu machen. Das möchte ich einfach noch mal abschließend zu ermutigen, denn es lohnt sich. Haben wir diese Struktur, haben wir so ein System aufgesetzt, kann KI super viele Aufgaben, die viele Menschen auch einfach heute nicht mehr verantworten. Kannst du dabei unterstützen oder sie sogar übernehmen, was wieder andere Herausforderungen mit sich bringt, weil wir uns als Organisationen auch weiterentwickeln müssen, aber ich glaube, dass da viel, viel mehr Schwungsten als Gefahren lauern. Ein letzter Punkt, wir haben, wie gesagt, da sind einigen Unternehmen drin, wo wir genau das jetzt implementieren, wir haben sehr gute Erfahrungen damit gemacht. Der hängt stark von der Größe ab der Firma, aber ein Größenorganisation mit einer Abteilung anzufangen. Und das für eine Abteilung mal aufzusetzen, mit dem zentralen Agenten, die Skills runterzuschreiben, kontext dokumentieren, schnittstellen, zu legen und die Konnektoren zu verbinden, für die Tools mit denen gearbeitet wird, die regeln zu definieren, für diese Abteilung, was es erlaubt, was nicht, was darf der Agent alleine machen, wo bindet er die Kollegen mit ein, diese erste Feedback-Schleife dort mal mit einzusetzen. Vielleicht die Ersten, einfachen Automationen aufzusetzen und vor allem diese Abteilung mal in Stuing zu bringen, dass mal jeder anfängt, damit zu arbeiten, anstatt mit irgendwelchen verstreuten Promts, Agenten, unterschiedlichen Tools, diese ganze Kleinteiligkeit mal loszuwerden. Das ist der Blueprint, also erst mal ist das oft ein richtig cooler Case, wo man so ein Blueprint aufbauen kann, der dann auch auf Abteil anderer Abteilung übertragen werden kann. Man wird sehr schnell sehen, dass die Arbeit mit KI viel systematisiert ist, die Mitarbeiter werden glücklicher sein, weil sie bessere, schneller, bessere Ergebnisse kommen und KI endlich ihren Versprechen erfüllt, nämlich hilfreich für uns zu sein und wir nicht dieses Baby-Sitting machen müssen. Und ihr habt eine Struktur, die sich auch auf andere Abteilungen übertragen lässt. In diesem Sinne, das war jetzt eine längere Folge, ich hoffe, dass er der einen oder andere Inside dabei war. Ich verlinke dir noch einen Artikel in den Show Notes, da habe ich vieles auch beschrieben von dem, was ich heute erzählt habe und hier noch mal ein letzter Hinweis, wenn du so ein System für euch aufbauen möchtest, nicht nur technisch, sondern auch die Leute mit auf dem Weg nehmen möchtest in deinem Internet. Wenn diese neue Arbeitsweise bringen willst und dein Unternehmen so gestalten möchtest, dass es im Karrizeitalter vorne mit spielen kann, dann freue ich mich, wenn du zu uns ins AI-Kollektiv kommst, genau da verfolgen wie diese Mission, vielen tollen Menschen und würde mich freuen von dir zu lesen. Ansonsten lasst gerne auch mal einen Feedback da. Wie findet ihr diese Solo-Folgen? Wie war das jetzt? Was sind vielleicht auch noch für Fragen offenen, kann ich ja auch noch mal eine machen und in dem Sinne bis bald.