APIs sind tot. Du brauchst keine öffentlichen APIs mehr, um deine Prozesse zu automatisieren oder Prozesse für deine Kunden zu automatisieren. Das, was wir jetzt sehen, ist der größte Umbruch in den letzten 20, 30 Jahren Prozesautomatisierung und dennoch spricht einfach niemand darüber. Deswegen will ich dir in diesem Video jetzt mal ein paar Einblicke teilen, was es für Mittel und Wege mittlerweile dank künstlicher Intelligenz gibt, um Prozesse zu automatisieren ohne öffentliche API Schnittstellen. Aber warum ist das überhaupt relevant und wieso ist das für dich eine große Chance? Egal, ob du Unternehmer bist, ob du Führungskraft bist und Prozesse im Unternehmen automatisierst oder ob du eben KI Agentur bist, denn gerade dann wirst du immer wieder vor das Problem stoßen, dass du gewisse KI Use Cases nicht umsetzen [musik] kannst, weil Schnittstellen einfach nicht vorhanden sind. Dieses Problem ist vor allem besonders brisant im deutschsprachigen Raum, denn 42% etwa aller Softwareanbieter, aller Unternehmen haben notorisch keine Schnittstellen und das erstickt deine Automation im Keim. Wie viele Anfragen mussten wir die letzten Jahre ablehnen, sei es bei Voice Agents, Chatbots, NHN Workflows oder auch anderen Automationsprojekten, weil einfach Softwareanbieter, sei es Projektmanagement Tools, ERP [musik] Systeme, CRM Systeme keine API Schnittstellen angeboten haben und wir sicherlich Millionen an Auftragsvolumen verloren haben, dadurch dass es schlicht technisch nicht seriös umsetzbar war. Und das besonders brisante Problem in Deutschland ist ja, dass diese Softwareanbieter oftmals einfach gar keine Schnittstellen anbieten, denn jetzt wirst du wahrscheinlich sagen, ja, wieso ist das denn überhaupt so ein Problem? Das ist doch eigentlich, würd man meinen, technisch trivial und das ist es auch, denn tatsächlich basiert hier jede Software auf API. Also alles, was du im Frontend z.B. in irgendeinem Projektmanagement Tool herumklickst, das basiert ja auf API im Hintergrund. Jede Software funktioniert mit API Schnittstellen. Nichtsdestotrotz machen viele Anbieter diese nicht öffentlich. Und einerseits muss man sagen, dass der ein oder andere das sicherlich auch nicht hinbekommt, vielleicht einfach zu zu blöd oder zu lost ist. Äh das will ich dem einen oder anderen tatsächlich unterstellen, denn es ja grenzt fast schon an Sabotage, was teilweise läuft. Andererseits ist natürlich einfach auch darin begründet, dass viele Software Häuser und Anbieter das Gefühl haben, sie könnten ihre Kunden dadurch natürlich besser halten, weil wenn sie ihre API öffentlich machen, dann wandern die Kunden ab. So denken zumindest viele und das behindert jetzt eben systematisch Automatisierungen. Und was sind jetzt die großen Umbrüche dazu? sollten wir zunächst noch mal kurz in die Vergangenheit schauen, denn jetzt wirst du vielleicht auch sagen, ja, ganz neu ist das ja nicht, also [musik] API zu umgehen, denn Browser Automationsmöglichkeiten wie Selenium gibt's jetzt seit 22 Jahren etwa schon. Playride, das gibt es ja alles schon. Also in der Vergangenheit konnte man bereits mit Playride oder mit Selenium beispielsweise Browser Automation umsetzen. Aber wie funktionierte das? Man hat sich die Website genommen und die XPs CSS Selektoren gehardcodet mit Selenium Scripts und dann konnte man tatsächlich Automation laufen lassen. Um ein ganz greifbares Beispiel zu geben, vor einiger Zeit, also vor wenigen Jahren hatte Kalendlin noch keine API, um Termine zu buchen. Das war immer wieder ein Problem im Kontext von Voice Agents und dazu haben wir damals ein Selenium Script, das war noch 2024 geschrieben per Hand, welches das automatisiert hat. Also, das ist erstmal nichts Neues, aber das ist natürlich auch stark begrenzt. Also, das geht eben nur, wenn Websites relativ statisch bleiben, also sich nicht verändern, denn wenn sich eine Website verändert, dann muss natürlich auch das Script immer wieder angepasst werden und die Automation funktioniert nicht. darüber hinaus, dass natürlich diverse Bot ja Blockierungsmaßnahmen, die Websitebetreiber einleiten, die natürlich deine Website Automation und Bots auch wiederum einschränken darüber hinaus, wenn sich die Website eben einmal verändert, also gerade bei Automationen, in denen das Userinface sehr komplex ist oder sich immer wieder verändert, dann brechen natürlich auch die Automation. Und genau hier kommen jetzt drei große Durchbrüche ins Spiel, die höchst relevant für wirklich jeden in Deutschland sind. Und der erste große Umbruch, das ist Browser Use und Computer Uuse. Ich gebe dir hier mal ein Zitat vom neuen GBT 5.5 Modell bzw. vom GBT 5.5 Modell. Sam Oldman hat nämlich gesagt, es ist für agentenbasierte Workflows, mehrstufige Aufgabenerledigung und die Computerbedienung. Das bedeutet, die neuesten Large Language Modelle, die sind explizit darauf ausgerichtet, den Computer bedienen zu können und das ganze eben Agentenbasiert, um das mal mit Zahlen zu untermauern auf der OS World, also das ist eine Benchmark, die das misst, wie gut Agenten und KI Modelle letztendlich Browser Automation, Computerautomation umsetzen können. Da müss man 369 echte Desktop Aufgaben auf Ubunto, Windows, MacOS z.B. Excel Tabellen zu bauen, eine Datei in Slag hochzuladen, Code committen. Also, das sind so diese klassischen Aufgaben, die man auf dieser Benchmark misst gegen einen Menschen und die neuesten Modelle wie beispielsweise Cloud Mythos oder auch 5.5, aber ist auch völlig egal. Es gibt sicherlich jetzt auch schon neue Modelle, aber das sind so ein paar der aktuelleren Zahlen. Es gibt auch noch mal gefeine Modelle nur für diese Benchmark, aber kurz um, wir sind da etwa jetzt bei 80% angelangt. Das bedeutet, die neuesten KI Modelle lösen 80% auf dieser Benchmark. Und jetzt ist der wichtige Knackpunkt, der Mensch ist nicht bei 100 %, sondern die menschliche Benchmark ist bei 72% in etwa. Das bedeutet, die neuesten KI Modelle sind faktisch bereits besser in Browser Aufgaben und Computeraufgaben. Wie gesagt, komplett ohne API, sondern im Klicken am Rechner. Und warum sind die Open AI Modelle jetzt auf einmal so gut in Browser Automation? Da müssen wir auf eine Akquisition schauen, von der viele nicht mitbekommen haben. Im Oktober 2025 hat Open AI das Unternehmens Software Applications Incorporated akquiriert ist ein abstrakter Name. Im Endeffekt steckt dieses Unternehmen unter anderem hinter Sky. Und dieses Unternehmen hat sich auf Mac native KI Interfaces spezialisiert, das laut Open AI Beschreibung sieht, was auf deinem Bildschirm passiert und in deinen Apps für dich Aktionen ausführt. Also ist ein reines Computeruse Konzept auf macOS und das Unternehmen macht das schon seit etwa 10 Jahren. Also, die arbeiten schon etwa ein Jahrzehnt nur an diesem Thema und natürlich profitiert Open AI von genau diesem Wissen, weil sie eben einen großen Fokus darauf haben, haben sie letztlich diese Akquisition vorgenommen und die Gründer hinter dem Unternehmen Ari Weinstein, Konrad Kramer waren vorher bei Workflow, was dann 2017 von Apple übernommen wurde beispielsweise, das wurde dann zu Shortcuts und später ging es dann eben zu Sky und all diese Unternehmen waren und sind eben fokussiert auf Computer und Browser Automation und Nick Turley, der Head of Chat GBT ist im übrigen auch ein Deutscher. Der hat dazu selbst gesagt, wir bauen eine Zukunft, in der Chat GBT nicht nur auf deine Proms antwortet, sondern die hilft Dinge zu erledigen. Skys tiefe Mac Integration beschleunigt unsere Vision KI direkt in die Werkzeuge zu bringen, die Menschen jeden Tag benutzen. Und Samman hat im übrigen auch über einen Fund indirekt Anteile gehalten in diesem Software Applications Incorporated Unternehmen. Und das bedeutet einerseits die Modelle bereits inherent wären jetzt gut in Browser und Computeraufgaben und jetzt stellt sich aber die Frage, wie greifen die Modelle auf dem Browser zu? Sie können die Frameworks aus der alten Welt nutzen, wie beispielsweise Selenium, wie Playright, können sich selber diese Scripts schreiben, wofür du ja früher einen Programmierer brauchtest, der sich richtig gut auskennt mit Python und solche Selenium Scripts und Playright Scripts schreiben kann, um Browser Automation umzusetzen und dann vor allem aber auch immer, wenn sich etwas verändert, diese Scripts wieder anzupassen. Genau das bricht jetzt weg im Kontext von Browser Automation, weil ja die Modelle das machen und sogar schon genau darauf trainiert werden. Und hinzu kommen jetzt noch weitere Entwicklungen wie beispielsweise Browser Use oder auch Browser Harnis. Auch ein deutsches Unternehmen im übrigen aus San Francisco mit dem Magnus Müller haben wir auch auf dem Hauptkanal bei Everlast AI schon gesprochen. Ist ein Open Source Framework, welches eben noch mal besser funktioniert anstatt mit Selenium oder Playwright zu arbeiten, weil es gerade auf LM Workflows und ische Workflows optimiert ist und man baut gerade sogar deine ganze Skillatenbank für jede einzelne Website auf. Das bedeutet, es gibt für jede denkbare Website kannst du selbst nachschauen, das Open Source mittlerweile Skills, die deine Agenten anweisen, wie sie diese Browser zu bedienen und zu automatisieren haben. Zudem umgeht man immer mehr Botinschränkungen durch Themen wie beispielsweise Browser HES, weil sie direkt über deine Chrome Sessions arbeiten und vor allem greift Browser direkt auf das Chrome Death Tools Protocol, also kurz CDP zu und umgeht damit die Höhen, die beispielsweise Playrite und Selenium haben, die ja über klassisches Element Lookup auf der Website gehen. Das bedeutet, man guckt sich einfach gesagt an, welche Elemente gibt es auf der Website und schreibt dann eben Scripts, um dort z.B. Code zu injizieren und eben Dinge zu automatisieren, aber CDP greift eben eine Ebene, es ist fast die tiefste Ebene bei Automation, die du nutzen kannst. Und genau dieses Chrome Death Tools Protokoll, das gibt man jetzt eben den Agenten und den LMS beispielsweise über Browser passiert eben genau das. Und wenn sich Websites eben jetzt verändern, dann ist das kein großes Problem mehr, weil das eben robuster ist, wenn Änderungen bei der Website vorgenommen werden. Ja, und für alle, die schon super tief drin sind, natürlich gibt es das mittlerweile auch von Selenium, also auch Selenium und auch Playright haben Möglichkeiten direkt auf dieses Chrome Death Tools Protocol zuzugreifen. Das ist mittlerweile auch der bevorzugte Weg. musst du aber explizit ähm anweisen, wenn du diese Möglichkeiten nutzt. Unter anderem Selenium Base ist eine Möglichkeit auch kannst du auch kostenlos nutzen, was im übrigen auch eine absolute Killer Kombi ist. Beispielsweise Selenium Base mit deinen Agenten zu nutzen, weil du über Selenium Base sogenannte Headless Browser starten kannst. Das bedeutet im Endeffekt, wenn du ganz normal Browser Hannes oder Browser UCLI oder Playwright an deinen Agenten gibst, dann passiert häufig das folgende: deine Website öffnet sich und du kannst ja nichts mehr machen, weil der Agent gerade im Browser z.B. Chrome für dich arbeitet, [musik] aber mit der Headless 2 Einstellung mit Selenium Base läuft das eben, ne, wie der Name schon sagt, kopflos komplett im Hintergrund, so dass du in Chrome weiterarbeiten kannst und im Hintergrund laufen zahlreiche Browser Automation. So nutze ich das tatsächlich sehr stark selbst mittlerweile in meinem Arbeitsalltag, sei es du willst irgendwelche Kontaktformulare auf Websites ausfüllen, z.B. äh paar Dutzend Stück. Ja, das brauchst du nicht mehr selber machen. Du willst Elad scrapen von Websites beispielsweise oder willst du eben wiederkehrende Aufgaben auf Websites automatisieren, die keine API Schnittstellen bieten. WhatsApp wäre tatsächlich sogar auch ein denkbares, greifbares Beispiel, was relativ zuverlässig sogar umsetzbar ist. Jetzt mal abseits, wir sprechen gar nicht über mögliche rechtliche und sonstige Thematiken, da komme ich gleich doch drauf zu sprechen, aber erstmal nur was rein technisch geht. Also das ist mal der erste große Shift, also Selenium Playwrite oder Browser Use und Browser Hness. Es gibt wie gesagt viele Möglichkeiten direkt über deine Agenten sei es Cloud Code, sei es Codex oder sonstige LMs zu verwenden, um im Hintergrund für dich Browser Automation durchzuführen und durchführen zu lassen. Der zweite große Hebel, das spielt damit eben zusammen, das ist Computer Ususe. Der Unterschied zwischen Browser Uses ist eben, dass das auch für Desktop Anwendungen verwendet, was ja eben gerade bei diesen ganzen Mittelstands Software Tools immer mal wieder ein Thema ist, dass diese eben nicht über ein Browser laufen beispielsweise, sondern lokal irgendwo bedrieben werden oder einfach Desktop Anwendungen beispielsweise sind und eben auch im Bereich Computeruse sind die Modelle mittlerweile so gut, dass es grundlegend funktioniert Automationen auf dieser Ebene umzusetzen. Jetzt müssen wir aber noch einen Schritt weiterdenken und zwar hört's da ja nicht auf, sondern was ist mit nativagenten optimierten Browsern? Das kommt jetzt immer mehr. Ähm, beispielsweise Browser Use, wir sind wieder beim Unternehmen, hat Browser Use Desktop rausgebracht, also eine eine Anwendung, die halt noch mal eine Ebene tiefer ansetzt und sich sagt, ja, wieso sollten wir überhaupt noch Google Chrome jetzt beispielsweise nutzen, wenn wir eben den Browser direkt über den eigenen Desktop starten können oder eben Atlas, ne? Also OPMI arbeitet ja auch seit jeher am Atlas Browser, welcher natürlich noch agentenoptimierter funktionieren wird als jetzt beispielsweise Google Chrome. Und Sam Altman sieht das ja selbst ja zum Atlas Browser selbst gesagt, es ist eine einmalige Chance in diesem Jahrzehnt grundlegend neu zu denken, was ein Browser sein kann. Das bedeutet, man sieht hier auf ganz vielen Ebenen, dass Open AI genau dieses Problem adressiert und einen starken Fokus auf dem Thema Browser Automation ganz grundsätzlich hat. So, also das funktioniert, wird auch genutzt jetzt mit Playwide, sei es im Bereich Agentic Coding, sei es in Automation, die ich jetzt gerade eben als Beispiel genannt habe. Das kannst du jetzt schon tun. Also falls du es noch nicht gemacht hast, [musik] probier es aus. Nutze mal Computer mit Codex, nutze mal Browser Use, nutze Selenium Base mit Headless, wie ich bereits z.B. erklärt habe, oder nutze Browser Hnesses. Mache deine Erfahrung. Du wirst sehen, das funktioniert schon ziemlich ziemlich [musik] gut. Jetzt stellt sich natürlich aber auch wieder die Frage in geschäftskritischen Prozessen will ich das wirklich nutzen, dass natürlich immer das LM braucht. Das ist relativ talken intensiv noch wird aber immer Talken effizienter. Ähm, dass diese LMs halt im Browser für dich arbeiten können. Aktuell kann es oft noch sein, dass dass manche Aufgaben ewig dauern würden. Ja, wenn du Cloud Code jetzt z.B. wenn du Cloud Code jetzt was auch immer ja für dich im Browser machen lässt. Und da kommen wir jetzt aber zum nächsten großen Umbruch und das ist aus meiner Perspektive sogar mit unter der wichtigste und zwar geht es um das Reverse Engineeringen interner API, denn wie wir bereits festgestellt haben, basiert ja ohnehin jede Webapp auf API Schnitt stellen. Das bedeutet, wenn du in deinem Projektmanagement Tool wie gesagt irgendwas herumklickst, in neue Aufgabe erstellst, dann werden ja vom Frontend ins Backend, da werden ja API Anfragen und Abfragen gemacht. Das bedeutet, die API sind ja prinzipiell vorhanden. Die Anbieter sind sich halt nur zu schade dafür oder machen es aus dem Geschäftsinteresse nicht, diese APIs öffentlich zu machen, obwohl es wie gesagt trivial ist. Also das auch wichtig, ja, wenn ihr irgendein Anbieter Software Anbieter erzählt, er könne die API nicht öffentlich machen oder was auch ich immer wieder erlebe, dass man dann 3000, 4000 und 5000 € im Jahr zusätzlich Lizenzgebühren haben will, um die API öffentlich zu machen. Also spar dir das Geld, das ist wirklich lächerlich in den Zeiten, in denen wir leben und du solltest ja auch überlegen, vielleicht die Software mal ganz grundsätzlich zu wechseln, aber ich weiß natürlich, dass es in vielen Stellen einfach nicht möglich ist und deswegen brauchen wir gerade eben im deutschen Mittelstand einfach Alternativen, wie wir uns den eigene ja Lösung dafür bauen können und anstatt jetzt darauf zu warten, dass irgendwann mal in 6 bis 12 Monaten dein Anbieter aufwacht und ins KI Zeitalter umzieht, wieso reverse engineierst du nicht die APIs, die die Software eh verwendet? Da gibt's mittlerweile sogar akademische Papers zu, unter anderem von der National University of Singapur und die haben ein Paper veröffentlicht, das lautet: "Internal API are all you need". Also natürlich angelehnt ans berüchtigte Paper: "Attention ist all". was ja überhaupt diese ganzen KI Durchbrüche überhaupt erst äh beflügelt hat und was sie dabei feststellen, dass das Reverse Engineieren interne API, das haben sie auf 94 Domains getestet, dabei eine hundertprozentige Erfolgsrate hinbekommen im Einsatz natürlich mit LMS mit Agenten und gegen Browserautomation. Also das Reverse Engineering interne API hat in 100% der Fälle Browser Automation geschlagen bei der dreieinhalbfachen Geschwindigkeit in etwa und bei 40 mal weniger Tokens und 100 mal günstiger als Browser Automation. Also das ist ja auch nah liegend, warum das so ist, weil wenn die API ja einmal da ist und du sie nutzen kannst, dann muss ich der Agent nicht immer wieder komplex im Browser rumklicken. Wie gesagt, das dauert lange, das ist Token intensiv, das ist auch nicht immer 100% zuverlässig. An einigen Stellen funktioniert's. Nutzt es. Ja, aber der bessere Weg und das ist ja das, was jetzt kommt ist das Reverse Engineering interner API. Das ist auch nicht unbedingt etwas Neues. Ja, aber der Aufwand, der in der Vergangenheit ohne Agenten betrieben hätte werden müssen, solche interne API zu reverse engineieren und das ins Laufen zu bringen, der war einfach so hoch, ja, dass es sich kaum gelohnt hat, das zu tun. Aber auch das ist jetzt auf nahe zu null heruntergebrochen und wir haben mittlerweile einige Strategien auch bei Everlast, also wir haben das in einigen Projekten bereits erfolgreich im Einsatz und das ist auch ja wie gesagt über rechtliche Thematiken, über all das äh können wir dann in den Teil sprechen und ausarbeiten, aber prinzipiell sagt man auch rein rechtlich, all das, was du als Nutzer an einer Nutzeroberfläche anklicken kannst und darfst, das darfst du auch über eine reverse engineierte API automatisieren. ist in deiner Lizenz rein rechtlich gesehen ist das bereits mit abgegolden. Du darfst es natürlich nicht weiterverkaufen, aber wenn du es nur für dich selbst nutzt, dann ist das erstmal rein rechtlich gesehen kein Problem. Das einzige, was du beachten musst, ist natürlich sind die AGBs, also du hast immer ein Risiko, dass der Softwareanbieter dich dann dann irgendwann rausschmeißt, aber in der Praxis passiert das so gut wie nie. Wie gesagt, ich sag dir nur, was technisch möglich ist. Du musst am Ende schauen, was du mit diesen Informationen machst. Aber die Einstiegsbarriere ähm für Automation, die ist auf null gefallen. Aus meiner Sicht schon. Die wird jetzt noch weiterfallen, aber das ist der Status CO über den wir sprechen. Browser Use, Modelle, die inherent auf Browser und Computeruse trainiert werden, bereits faktisch besser sind als Menschen. Computeruse und das Reverse Engineeringen interne API. Also, wir haben hier mindestens drei große Durchbrüche jetzt erlebt, die Automation deutlich beschleunigen und deutlich mehr Anwendungsfälle und US Casases eben möglich machen. Man könnte sogar sagen, nahezu unendlich Us Casases möglich machen. Und schauen wir doch mal darauf, was erste Unternehmen bereits machen. Meta war in den Schlagzeilen, vielleicht hast du davon gelesen, es gab eine riesen Chitstorm Kritik. Äh, das war Ende April. Da haben sie die sogenannte Model Capability [musik] Initiative, also kurz MCI eingeführt. Ist ein schöner Name im Prinzip für eine Screenshot Software, die man auf jedem Mitarbeiter Desktop eingeführt hat. Also bei allen Meta Mitarbeitern, etwa 80.000 Mitarbeitern, hat man eben diese Screenshot Software eingeführt, die jede Mausbewegung, jeden Klick, also all das, was Mitarbeiter so treiben, erfasst und screenshottet. So. Und der Name sagt ja schon der Initiative und das wird oft ausgeblendet. Es wird oft einfach kritisiert. Ja, ist ja ein Privatsphäre Albtraum und gab natürlich laute Kritikeln, da es auch kein Opto gibt bei diesen Arbeitslaptops, aber grundsätzlich ist das richtig, was Sackerberg da macht. Also, es ist genau der Weg, den jedes Unternehmen im Wesentlichen gehen muss. Also, du musst dir als Agentur oder auch als Geschäftsführer die Frage stellen, wie kann ich das selbst nutzen, dass ich all das, was meine Mitarbeiter im Unternehmen so tun, dass ich dies mal dokumentiere und im besten Fall screenshotte, weil darauf kann ich ja wiederum Computeruse und Browser Modelle trainieren. Also es wäre aus meiner Perspektive nahezu fahrlässig als aus Automationsperspektive keine Screenshotsysteme einzuführen. Du musst natürlich schauen, wie du das charmant machen kannst, ja, damit es eben nicht sauer aufstößt. Du musst das gut verkaufen, aber auch dafür haben wir Mittel und Wege. Also auch sowas setzen wir bereits um und ja auch DSGVO konform um und so weiter. Du musst hier letztendlich an das Unternehmen denken und an dein Unternehmen denken. Du willst ja Prozesse automatisieren und kannst dich jetzt hier nicht äh äh davon behindern lassen, dass du die neuesten technologischen Entwicklung nicht nutzt, denn sonst rennen dir deine Wettbewerber letztendlich mit davon. Und demnach ist das, was Meter macht, der genau richtige Weg. Und das ist ja auch der Hintergrund alldessen. Also es geht nicht darum, dass man jetzt eine Arbeitszeiterfassung oder sonstiges machen will. Man will Computeruse Modelle trainieren, um diese ganzen Höhlen, die wir mit öffentlichen APIs haben, zu umgehen. Und noch eine wichtige Anekdote bzw. ein wichtiges Ereignis, das ist die Sales Force Konferenz gewesen. Das war Mitte April bei der Headless 360. Da hat Benny Hoff, ne, der Sales Force CEO angekündigt, dass Sales Force sich komplett öffnet. Das bedeutet Sales Force, Agent Force, CLI, MCP, alle API. Er hat wortwörtlich gesagt, die User Interfaces sind die API für Agenten. Das bedeutet, Sales Force erkennt diesen Shift. Andere wiederum wie SAP blocken ab. Also SAP hat beispielsweise Open AI, Cloud Code, OpenCla, all diese externen Agenten geblockt. Das sind hier zwei divergierende Geschäftsstrategien und aus meiner Perspektive ist der Ansatz von Sales Force genau der richtige, denn du wirst in Zukunft nicht mehr klassische SAS mit Nutzerlizen haben, sondern du wirst zahlreiche Agenten, Browser Use Agenten, Headless Agenten, die in irgendwelchen Headless Browsern im Hintergrund permanent automatisiert arbeiten. Du wirst Computerus Modelle haben, du wirst Automation haben, die die interne API reverse engineiert haben und da funktioniert es natürlich nicht mehr nutzerbasiert abzurechnen. Das erkennt Salesforce dadurch, dass sie alles öffnen. Sie testen sogar schon verschiedenste neue Pricing Modelle, weil das ist die große Frage, die sich dann natürlich für jedes SAS Unternehmen stellt. Also was bedeutet das für mich oder was bedeutet das für eine SAP, die ja genau darauf ihr Geschäftsmodell begründet, eben diese Nutzerlizen abzurechnen und Salesforce weiß es selbst nicht. Sie sind da ganz offen und sie testen da drei verschiedene Modelle. Also Payper Seed, ne, das klassische, aber auch Payper Conversation und Pay Per Action, ne? So eine Browser Autom oder eine Automation in Sales Hostce, dass du für das fertige Ergebnis am Ende bezahlst und auch wenn sich der Markt da sicherlich noch nicht gefunden hat, aus meiner Perspektive ist das exakt der richtige Ansatz. Es wäre völlig fahrlässig davon auszugehen in einer Welt, wenn wir jetzt mal ein zwei Jahre in die Zukunft schauen, dann wird Browser und Computeruse so schnell sein, dass du den Agenten nicht mehr dem Mauszeiger folgen kannst. Dann ist die Aufgabe schon fertig über eine Browser Automation. Das ist völlig greifbar und das ist einfach nur simple Extrapolation der Trends, die wir gerade jetzt schon sehen. Also da braucht man natürlich jetzt kein Super Genie zu sein, um das zu sehen. Und das ist genau der Weg, den jetzt auch die großen AI Labs eben selbst geben. Also sei z.B. Open AI mit Codex, welches jetzt immer mehr und mehr zu dieser allumfassenden SuperApp wird, also zu dem Javis letztendlich, denn das ist ja das Zielbild, dass du letztlich nur noch einen Agenten hast, mit dem du sprichst, ob das jetzt Codex, Clot Code, OpenCla oder was auch immer ist. Und dieser Agent, der nutzt dann Browser Automation Tools, der nutzt Computer Use Tools, der nutzt das Reverse Engineering von internen API und dann brauchst du öffentliche API Schnittstellen nicht mehr. Also genau dahin bewegt sich gerade der Markt und es ist letztlich einfach nur die logische Schlussfolgerung von dem, was wir seit jeher mit Automationen gemacht haben und somit wird auf lange Sicht das Klicken in sämtlichen Nutzeroberflächen wegbrechen. Aber für dich ganz konkret bedeutet das jetzt als Agentur, du kannst jetzt deutlich mehr Automationen umsetzen, also reaktiviere eure Kunden. Wir sind gerade dabei zahlreiche alten Interessenten von uns wieder zu kontaktieren, den wir gesagt haben noch vor zwei Jahren: "Hey, es geht nicht. Es wäre unseriös, wenn wir dir sagen, du kannst es automatisieren. Genau, die rufen wir jetzt wieder an, weil wir sagen, es ist jetzt wahrscheinlich möglich. Also, lass uns das mal zusammen testen mit Browser Use, mit Computeruse, mit Reverse Engineering. Wie gesagt, da gibt's natürlich zahlreiche Details in die man jetzt noch in alle Tiefe gehen kann, aber das kannst du als Agentur machen. Ja, also vielleicht hast du die letzten Jahre Kunden ablehnen müssen, Uscases ablehnen müssen. Das ist eine neue Umsatzmöglichkeit, die sich jetzt für dich bietet. Wenn du als Unternehmen die letzten Jahre gesagt hast, wir sind eingeschränkt oder vielleicht hast du sogar darüber nachgedacht, konkretes Beispiel, wir haben Kunden aus dem Bereich Medizin, da geht's um Laborwertanalysen und dort gibt's Nischen Software für Biologen in dem Bereich. [musik] Die kostet 170.000 € als einmal Lizenz plus noch mal 30.000 1000 € Jahreslizenz, wenn man eine Alternative zu Software haben will, die gefühlt noch auf Windows 98 läuft und aus dem letzten Jahrhundert noch ist. Ja, das ist halt einfach der Istzustand in vielen deutschen Branchen. Ja, wie z.B. in diesem Bereich. Und die Frage, die sich jetzt stellt, entweder, weil mir die Automationsmöglichkeiten stellen, ich baue eine ganz eigene App, da sind wir natürlich im im sechsstelligen Bereich, wenn ich höre, in sechsstelligen Bereich, um so eine Software von Grund auf selbst zu bauen, so eine App wie in diesem Fall. Oder man könnte jetzt erstmal probieren, wie gut funktioniert schon Computeruse in meiner alten Software oder wie gut funktioniert das Reverse Engineering dieser API mit Agenten, sodass ich zuverlässige Automation umsetzen kann und nicht behindert bin in meinen Use Casases. Also bedeutet im Umkehrschluss für dich als Unternehmer all das, bei denen du dir die letzten Jahre gedacht hast, ich kann es nicht automatisieren oder ich muss eine riesige App bauen, gibt's auf einmal einen Sweet Spot zwischen diesen zwei Welten, in den du die Automation kosteneffizient umsetzen kannst mit der Hilfe von Agenten. Und wenn du jetzt überlegst eine eigene Software zu bauen, dann hat das natürlich auch Implikationen, über die man nachdenken sollte. Wir haben ja mit Everlast in unserer Firmgruppe selbst zahlreiche Software Businesses, die wir mittlerweile betreiben. Corporate LLM beispielsweise und all das versuchen wir natürlich von Grund auf so zu denken, dass es vorbereitet ist für dieses Agentenzeitalter und dass eben alle API natürlich öffentlich sind, dass man viel mehr Wert auf die Logik im Hintergrund für Agenten legt als rein nur auf das UI und auch das UI an sich wird ja eine andere Funktion erfüllen in den nächsten Jahren. vielleicht nicht jetzt sofort, aber wenn man diesen Trend etwas weiterdenkt und die Agenten für dich jeden einzelnen Klick an deinem Computer ausführen, dann wirst du natürlich auch die klassischen UI, wie du sie jetzt siehst, nicht mehr in der Form brauchen. Du willst vielleicht am Ende einfach nur noch ein paar Ergebnisse präsentiert [musik] bekommen und nicht mehr jeden einzelen Klick selbst machen müssen. So sollte man auch seine eigene Software von Grund auf agenten basiert denken. Doch das wiederum ist natürlich eine riesige Chance, weil viele diesen Trend eben noch nicht so richtig erkennen. Hier interessieren mich natürlich auch deine eigenen Erfahrung damit. Also, hast du schon Erfahrung gesammelt, ja, mit Browser Use, mit Computeruse, Automation oder vielleicht sogar schon API Reverse engineiert? Wie gesagt, ähm wir nutzen es gerade selbst händeringend. Es ist noch nicht auf dem 100% Level, aber wie gesagt, mir geht's hier darum, einfach mal die Trends zu extrapolieren [musik] und mal ein paar Monate ein bis zwei Jahre in die Zukunft zu schauen und dann ist genau das, was wir hier heute besprechen, Lebensrealität in jedem einzelnen Unternehmen und du wirst null Einstiegshöde mehr haben, um irgendwelche Arten von Automation umzusetzen auf Basis dieser drei bis vier großen Trends. Also der vierte große Trend wäre ja wirklich eigene Browser und Desktop Anwendungen nur agentenbasiert selbst zu bauen oder von Anbietern wie OPM AI dann beispielsweise zu nutzen. Also es gibt mittlerweile zahlreiche Mittel und Wege, die dieses Argument, wir können es nicht automatisieren, weil die LPI ist nicht da oder unser Anbieter stellt uns die nicht zur Verfügung. Dieses Argument ist erodiert und bietet dir zahlreiche Möglichkeiten, um deinen Umsatz zu steigern, Kosten zu reduzieren bei dir im Unternehmen, vielleicht auch veraltete Lösung. Also, wir haben mittlerweile zahlreiche Unternehmen, die bei SAP beispielsweise waren, aber vielleicht nur 5 % von SAP nutzen und jetzt eigene Lösung bauen. Also, es gibt gerade eine gigantische logische Nachfrage in diesem Bereich, selbst Apps zu bauen oder Automation umzusetzen, weil man eben nicht mehr abhängig sein möchte von diesen alten Gerüsten oder Krücken, die man sich so gebaut hat. Und all das wird jetzt eben auch durch die technologischen KI Entwicklungen immer weiter vorangetrieben und beschleunigt. Also schreib mir da deine Erfahrung und Meinung super gerne mal in die Kommentare, ob du vielleicht auch schon weitere Möglichkeiten nutzt und gefunden hast in diesem Kontext und in diesem Bereich. Also wir sind da gerade auch jeden Tag hinterher neue Anwendungen zu zu nutzen und auch Browser Use, also großes Lob ja an das Browser Team, da kommt wirklich jede Woche Browser [musik] Use Skills, Haris und so weiter. Ja, das aus meiner Sicht genau der richtige Weg, den es jetzt im Bereich Automation braucht. Und wenn dich genau das jetzt interessiert, also was die besten Geschäftsmodelle sind, die sich daraus ergeben, dann schau gerne mal in dieses Video hier rein. Und wenn du jetzt wissen willst, wieso Apps eigentlich so ein großer Umbruch sind, darüber habe ich schon beim Developer Day bei Open AI gesprochen. Das Video verlinke ich dir jetzt noch mal hier. Ich freue mich dich wiederzusehen. Bis dahin mach's gut.
Get free YouTube transcripts with timestamps, translation, and download options.
Transcript content is sourced from YouTube's auto-generated captions or AI transcription. All video content belongs to the original creators. Terms of Service · DMCA Contact