Transcript

00:00:00Die Art und Weise,
00:00:00wie unser Team unsere Apps entwickelt,
00:00:02hat sich erheblich verbessert.
00:00:03Der Grund dafür?
00:00:03Claude Code hat kürzlich seine Chrome-Erweiterung gestartet.
00:00:06Du könntest denken,
00:00:07das war bereits mit Playwright oder Puppeteer MCP möglich.
00:00:09Aber diese Tools hatten ernsthafte Probleme wie ein unnötig aufgeblähtes Kontextfenster,
00:00:14einen verwirrten Projektordner voller zufälliger Screenshots und meistens konnten sie nicht einmal die Aktionen in der App durchführen.
00:00:20Deswegen war ich nie wirklich ein großer Befürworter von automatisiertem Testen mit KI.
00:00:24Aber genau deshalb war ich wirklich begeistert von dieser neuen Claude-Erweiterung.
00:00:28Wenn du unserem Kanal folgst,
00:00:29weißt du vielleicht,
00:00:30dass wir vor einiger Zeit schon ein Video darüber gemacht haben.
00:00:32Das Lustige daran ist,
00:00:33dass es ursprünglich nicht für Claude Code gedacht war,
00:00:35aber wir haben deutlich gesagt,
00:00:36dass diese Erweiterung viel mehr Potenzial hätte,
00:00:38wenn sie es wäre.
00:00:39Und jetzt ist es so weit.
00:00:39Jetzt ist sie endlich als integriertes MCP verfügbar und gibt Claude Code alle notwendigen benutzerdefinierten Tools.
00:00:45Gleich im Standard hat sie einige große Probleme,
00:00:47die wir beheben sollten.
00:00:48Aber bevor wir uns damit auseinandersetzen,
00:00:49machen wir eine kurze Pause und sprechen über Automata.
00:00:52Nachdem wir Millionen von Menschen beigebracht haben,
00:00:54wie man mit KI baut,
00:00:55haben wir diese Arbeitsabläufe selbst implementiert.
00:00:57Wir stellten fest,
00:00:58dass wir bessere Produkte schneller denn je zuvor entwickeln können.
00:01:01Wir helfen dabei,
00:01:01deine Ideen zum Leben zu erwecken,
00:01:03egal ob Apps oder Websites.
00:01:04Vielleicht hast du unsere Videos angeschaut und dachtest:
00:01:06"Ich habe eine großartige Idee,"
00:01:08aber ich habe kein Tech-Team,
00:01:09um sie umzusetzen." Genau dafür sind wir da.
00:01:11Denk an uns als deinen technischen Co-Piloten.
00:01:13Wir wenden die gleichen Arbeitsabläufe,
00:01:15die wir Millionen von Menschen beigebracht haben,
00:01:17direkt auf dein Projekt an und verwandeln Konzepte in echte,
00:01:19funktionierende Lösungen – ohne die Kopfschmerzen der Einstellung und Verwaltung eines Dev-Teams.
00:01:23Bereit, deine Idee in die Realität umzusetzen?
00:01:25Schreib uns eine Nachricht an hello@automata.dev Zurück zu den Problemen.
00:01:29Das größte Problem,
00:01:30auf das ich stieß,
00:01:31war,
00:01:31dass es zu viele sequenzielle Schritte brauchte,
00:01:33um nur etwas Einfaches zu testen.
00:01:34Du hast vielleicht bemerkt,
00:01:35dass Claude,
00:01:36wenn du ihn bittest,
00:01:37die Landing Page einer Website visuell zu testen,
00:01:39für jeden Abschnitt einen Scroll-Vorgang ausführt und bei jedem Schritt einen Screenshot macht.
00:01:43Dann setzt er alle Screenshots zusammen,
00:01:44um die Benutzeroberfläche Abschnitt für Abschnitt zu analysieren.
00:01:47Du könntest denken,
00:01:48das ist ein guter Ansatz,
00:01:48aber das ist es nicht.
00:01:49Stattdessen können wir einen vollständigen Seitenbildschirmfoto machen und all diese Token sparen.
00:01:53Um das zu lösen,
00:01:54habe ich ein Skript verwendet,
00:01:55das verschiedene Web-Tools nutzt,
00:01:56um vollständige Screenshots zu erstellen.
00:01:57Ich habe auch Anweisungen hinzugefügt,
00:01:59um dieses Skript in einem benutzerdefinierten Schrägstrich-Befehl in meinem Projekt zu verwenden.
00:02:02Wenn ich jetzt diesen Befehl verwende,
00:02:03um die Landing Page zu testen,
00:02:05erkennt er basierend auf den Anweisungen,
00:02:06die ich hinzugefügt habe,
00:02:07dass dies ein vollständiger Seitentest ist und verwendet das Skript direkt,
00:02:10anstatt die übliche Methode Abschnitt für Abschnitt.
00:02:13Dadurch läuft der Test deutlich schneller ab und hat die gleiche Genauigkeit.
00:02:17Das zweite Problem,
00:02:18auf das ich stieß,
00:02:19war,
00:02:19dass diese MCP-Tools versuchten,
00:02:21auf einmal eine riesige Menge an Inhalten für eine einfache Aufgabe zu laden.
00:02:24Statt spezifische Divs zu laden,
00:02:26lädt es oft das gesamte HTML im Main-Tag,
00:02:28das eine riesige Menge an Token enthält,
00:02:30auch wenn es nicht notwendig ist.
00:02:32Das verbraucht am Ende einen großen Teil des Kontextfensters,
00:02:34und sogar deine einfachsten Aufgaben können es erheblich aufblähen.
00:02:37Um das zu lösen,
00:02:38habe ich Anweisungen in der Claude.md-Datei hinzugefügt,
00:02:41wie man den Kontext bei Verwendung der Claude Chrome-Erweiterung richtig verwaltet.
00:02:44Auf diese Weise ist jede Extraktion präzise begrenzt und bläht den Kontext nicht mit unnötigen Informationen auf.
00:02:50Ein weiteres Problem ist,
00:02:51dass Claude viel Zeit verschwendet,
00:02:53wenn er auf Websites stößt,
00:02:54die unerwünschte Pop-ups wie Cookie-Hinweise und ähnliche Aufforderungen enthalten.
00:02:58Um sie loszuwerden,
00:02:59verwendet er die gleichen Screenshot- und Scroll-Sequenzen.
00:03:01Aber das ist falsch.
00:03:02Statt Claude unnötige Token und Zeit verbrauchen zu lassen,
00:03:05können wir andere Lösungen verwenden,
00:03:06um diese Pop-ups zu behandeln.
00:03:08Als Alternative habe ich ein Skript erstellt,
00:03:10das die häufigsten Button-Selektoren und Muster zum Schließen von Cookie-Bannern enthält.
00:03:15Es findet diese Selektoren im Code und führt Funktionen aus,
00:03:17um die Pop-ups automatisch zu schließen.
00:03:19Ich habe auch Anweisungen in der Claude.md-Datei hinzugefügt,
00:03:22damit es dieses Skript zuerst ausführt,
00:03:24bevor es mit dem Hauptinhalten fortfährt.
00:03:25Wenn ich jetzt Claude auffordere,
00:03:27eine Website zu besuchen,
00:03:28folgt er zuerst den Anweisungen in Claude.md und führt dieses JavaScript aus.
00:03:32Dies schließt automatisch die Cookie-Banner,
00:03:35wodurch Claude mit dem Hauptinhalt fortfahren kann,
00:03:37ohne Token zu verschwenden oder unnötige Schritte durchzuführen.
00:03:40Aus Sicherheitsgründen wurde Claude eingeschränkt,
00:03:43Screenshots zu machen oder Authentifizierung in deinem Namen abzuschließen.
00:03:46Also wenn du auf eine Website stößt,
00:03:48die sie enthält,
00:03:48kann Claude diesen Prozess nicht für dich durchführen.
00:03:51Das musst du selbst machen.
00:03:53Wenn du an einer Website arbeitest,
00:03:54die Login oder CAPTCHA-Verifizierung erfordert,
00:03:56stelle sicher,
00:03:57dass du dich bereits authentifiziert hast,
00:03:58bevor du Claude die Aufgabe gibst.
00:04:00So wird er nicht blockiert und verschwendet keine Zeit.
00:04:02Das waren also die Hauptprobleme, die ich lösen konnte.
00:04:05Aber um es richtig zum Testen zu verwenden,
00:04:06brauchst du tatsächlich einen angemessenen Arbeitsablauf,
00:04:08um irgendwelche Anwendungen zu testen.
00:04:10Aber bevor wir dazu kommen,
00:04:11möchte ich ein bisschen mehr darüber sprechen,
00:04:13warum ich die Claude Chrome-Integration gegenüber Puppeteer bevorzuge.
00:04:16Das ist hauptsächlich der Fall,
00:04:17weil es ein natives Tool ist,
00:04:18das von den Entwicklern von Claude Code selbst entwickelt wurde und eine viel bessere Integration mit verbesserter Kontrolle und Features bietet.
00:04:23Diese MCPs konzentrieren sich auf das Testen in einer separaten,
00:04:26dedizierten Umgebung,
00:04:27die keine Sitzungen aufrechterhält.
00:04:29Sie sind oft mühsam zu installieren und verstopfen deinen Projektordner mit all den Screenshots.
00:04:33Andererseits hat Claude mit dieser neuen Chrome-Integration die Möglichkeit,
00:04:36mit deinen angemeldeten Konten zu interagieren.
00:04:38Er kann mit Diensten wie Google Docs und Google Sheets interagieren.
00:04:42Er kann sogar alle Sitzungsinformationen beibehalten und sie verwenden,
00:04:44um Aufgaben noch besser durchzuführen.
00:04:46Bevor wir zum Arbeitsablauf kommen,
00:04:48möchte ich erwähnen,
00:04:49dass Browser-Integrationen viel Kontext verbrauchen,
00:04:51weil sie einfach rechenintensiver sind als reguläre Tool-Aufrufe.
00:04:54Sie haben es sogar in einem ihrer Blogs erwähnt.
00:04:56Also musst du die Auto-Komprimierung im Auge behalten,
00:04:59während du mit Claude Code arbeitest.
00:05:00Auch,
00:05:01da dies die Chrome-Integration ist,
00:05:02funktioniert sie nur mit Chrome.
00:05:04Ich erwartete,
00:05:04dass es mit jedem Chromium-Browser funktionieren würde,
00:05:06aber das tut es nicht.
00:05:07Und das können wir wirklich nicht lösen.
00:05:08Und für diejenigen von uns,
00:05:09die mehrere Chrome-Profile verwenden,
00:05:11wird es ein wenig frustrierender,
00:05:13weil sie ständig die falschen Profile öffnet.
00:05:15Und ich hoffe wirklich, dass sie diesen Bug bald beheben.
00:05:17Mit allen Korrektionen,
00:05:18die ich erwähnt habe,
00:05:19und der Integration von Claude mit Chrome,
00:05:21hat sich mein Entwicklungs-Workflow erheblich verbessert.
00:05:24Chrome-Erweiterungen haben jedoch eine Einschränkung in Manifest V3.
00:05:27Sie können blockiert werden, wenn sie zu lange laufen.
00:05:29Viele Menschen bitten die Entwickler von Claude Code,
00:05:31dies auch in ihrem Repo zu beheben.
00:05:33Wenn du End-to-End-Tests deiner Webanwendung von Anfang bis Ende durchführst,
00:05:37kann dies dazu führen,
00:05:38dass die Sitzung von Chrome blockiert wird und Claude unerwartet stoppt.
00:05:41Du müsstest es dann erneut auffordern,
00:05:43um die Ausführung neu zu starten.
00:05:44Das kann besonders ärgerlich sein,
00:05:46wenn du Claude eine lang laufende Aufgabe zuweist und von deinem Computer weggehst,
00:05:49nur um zurückzukommen und festzustellen,
00:05:51dass die Aufgabe nur teilweise abgeschlossen ist.
00:05:53Aus genau diesem Grund habe ich statt End-to-End-Tests mehrere Test-Dateien erstellt,
00:05:57die verschiedene Aspekte der Anwendung abdecken.
00:06:00Jede Datei enthält detaillierte Informationen über Prioritätsstufen,
00:06:03Vorbedingungen,
00:06:04Test-Schritte und erwartete Ergebnisse.
00:06:06Es gibt auch einen Testleitfaden,
00:06:07wie diese Tests durchgeführt werden,
00:06:09zusammen mit einer Readme für die Test-Dokumentation.
00:06:11Wie du weißt,
00:06:11hat Claude ein begrenztes Kontextfenster,
00:06:13und wenn dieses Limit erreicht ist,
00:06:14können Anweisungen und Fortschritt verloren gehen.
00:06:16Aus diesem Grund habe ich Anweisungen in der Claude.md-Datei hinzugefügt,
00:06:20die Claude anweisen,
00:06:21nach dem Testen jeder Datei ein umfassendes Test-Bericht-Dokument zu erstellen.
00:06:24Auf diese Weise kann Claude,
00:06:25selbst wenn du komprimieren musst,
00:06:27weil die Browser-Tools viel Kontext verbrauchen,
00:06:29durch Bezug auf diese Fortschrittsdateien wissen,
00:06:31was bereits getestet wurde und was noch getestet werden muss.
00:06:34Bevor man einen Test durchführt,
00:06:35ist es empfehlenswert,
00:06:36zunächst eine Kompaktierung durchzuführen,
00:06:38da das Testen deiner Anwendung mit Chrome viel von deinem Kontextfenster verbrauchen wird.
00:06:42Um meinen Testprozess zu optimieren,
00:06:43habe ich einen weiteren benutzerdefinierten Slash-Befehl erstellt.
00:06:46Dieser Befehl führt Tests auf strukturierte Weise durch und erstellt anschließend eine Dokumentation in dem richtigen Format,
00:06:52gemäß den Claude.md-Anweisungen.
00:06:54Ich habe auch Anweisungen hinzugefügt,
00:06:55um den Kontext zu überwachen,
00:06:57bevor mit einer Aufgabe begonnen wird,
00:06:58damit beim Testen der Kontext nicht verloren geht und während der Arbeit kompaktiert werden kann.
00:07:02Auf diese Weise brauchst du einfach nur den Slash-Befehl zu nutzen,
00:07:06die zu testende Datei anzugeben,
00:07:07und Claude beginnt sofort mit dem Test nach den exakten Anweisungen.
00:07:11Claude erkennt Fehler eigenständig und nutzt den Browser sowie alle notwendigen Tools zum Testen.
00:07:16Es interagiert automatisch mit Elementen und kann Fehler finden,
00:07:19die normalerweise nicht sichtbar sind,
00:07:20aber durch das Auslesen der Konsolenausgabe erkannt werden.
00:07:23Am Ende dokumentiert es die Tests wie angegeben.
00:07:26Auf diese Weise wird der gesamte Testprozess erheblich verbessert,
00:07:29da Claude Zugriff auf Konsolenprotokolle hat und automatisierte Tests im Browser deutlich effektiver durchführen kann.
00:07:35Damit sind wir am Ende dieses Videos angekommen.
00:07:37Wenn du den Kanal unterstützen und uns helfen möchtest,
00:07:39weiterhin solche Videos zu erstellen,
00:07:41kannst du das über den Super-Thanks-Button unten tun.
00:07:43Wie immer danke ich dir fürs Zuschauen und bis zum nächsten Video!

Key Takeaway

Durch gezielte Optimierungen und Workflows können 90% der häufigsten Fehler bei der Verwendung von Claude Code mit der Chrome-Erweiterung behoben werden.

Highlights

Claude Code Chrome-Erweiterung als integriertes MCP bietet verbesserte Kontrolle und Features gegenüber älteren Tools wie Playwright und Puppeteer

Vollständige Seitenscreenshots statt sequenzielle Scroll-Sequenzen sparen erheblich Kontextfenster-Token und verbessern die Effizienz

Präzise Kontext-Management durch Anweisungen in der Claude.md-Datei verhindert das unnötige Laden von großen HTML-Mengen

Automatische Cookie-Banner-Erkennung und Schließung durch JavaScript-Skripte spart Claude unnötige Zeit und Token

Unterteilung in mehrere Test-Dateien mit detaillierten Prioritäten und Vorbedingungen statt End-to-End-Tests verhindert Session-Blockierungen

Umfassende Test-Report-Dokumentation ermöglicht Claude, Fortschritt zu verfolgen auch wenn Kontextfenster komprimiert werden muss

Timeline

Einführung in Claude Code Chrome-Erweiterung und Automata-Service

Das Video präsentiert die neue Chrome-Erweiterung für Claude Code, die die Entwicklungsweise des Teams erheblich verbessert hat. Die Erweiterung bietet gegenüber älteren Tools wie Playwright und Puppeteer MCP erhebliche Vorteile, da sie nicht unter aufgeblähtem Kontextfenster, verwirtem Projektordner mit zufälligen Screenshots oder Problemen bei der Ausführung von App-Aktionen leidet. Der Sprecher war ursprünglich skeptisch gegenüber automatisiertem KI-Testen, wurde aber durch diese neue integrierte MCP-Lösung begeistert. Zusätzlich wird Automata vorgestellt, ein Service, der als technischer Co-Pilot fungiert und dabei hilft, Ideen mit Hilfe von KI-Workflows in echte, funktionierende Lösungen zu verwandeln.

Hauptproblem 1: Ineffiziente sequenzielle Screenshot-Strategien

Das erste große Problem besteht darin, dass Claude bei Website-Tests zu viele sequenzielle Schritte durchführt, indem er für jeden Abschnitt einen Scroll-Vorgang durchführt und bei jedem Schritt Screenshots macht. Der Sprecher demonstriert eine bessere Lösung: vollständige Seitenscreenshots zu erstellen statt Screenshots Abschnitt für Abschnitt. Durch ein Skript, das verschiedene Web-Tools nutzt, und Anweisungen in einem benutzerdefinierten Schrägstrich-Befehl erkennt Claude automatisch, dass dies ein vollständiger Seitentest ist und verwendet das Skript direkt. Dies führt zu deutlich schnelleren Tests mit gleicher Genauigkeit und spart massiv Kontextfenster-Token.

Hauptproblem 2: Unkontrolliertes Laden großer HTML-Mengen

Das zweite Problem ist, dass MCP-Tools versuchen, unnötig große Mengen an Inhalten auf einmal zu laden. Statt spezifische HTML-Divs zu laden, wird oft das gesamte HTML im Main-Tag geladen, das eine riesige Menge an Token enthält, selbst wenn dies nicht notwendig ist. Der Sprecher zeigt, dass dies einen großen Teil des Kontextfensters verbraucht und selbst einfache Aufgaben erheblich aufblähen. Die Lösung besteht darin, detaillierte Anweisungen in der Claude.md-Datei hinzuzufügen, wie man den Kontext richtig verwaltet, sodass jede Extraktion präzise begrenzt ist und den Kontext nicht mit unnötigen Informationen aufbläht.

Hauptproblem 3: Ineffiziente Handhabung von Cookie-Bannern und Pop-ups

Das dritte Problem ist, dass Claude viel Zeit verschwendet, wenn er auf Websites mit unerwünschten Pop-ups wie Cookie-Hinweisen trifft, weil er versucht, diese mit Screenshot- und Scroll-Sequenzen zu handhaben. Der Sprecher zeigt eine bessere Lösung: ein Skript, das die häufigsten Button-Selektoren und Muster zum Schließen von Cookie-Bannern enthält. Dieses Skript findet die Selektoren im Code und schließt die Pop-ups automatisch. Durch Anweisungen in der Claude.md-Datei führt Claude dieses JavaScript aus, bevor es mit dem Hauptinhalt fortfährt, was Token und Zeit spart und unnötige Schritte eliminiert.

Sicherheitsbeschränkungen bei Authentifizierung und CAPTCHA

Aus Sicherheitsgründen ist Claude eingeschränkt, Screenshots zu machen oder Authentifizierung in der Nutzerperson durchzuführen. Wenn eine Website Login oder CAPTCHA-Verifizierung erfordert, kann Claude diesen Prozess nicht automatisieren. Der Sprecher empfiehlt, sich selbst authentifiziert zu haben, bevor man Claude die Aufgabe gibt, damit Claude nicht blockiert wird und keine Zeit verschwendet. Dies ist eine wichtige Einschränkung, die bei der Planung von Tests berücksichtigt werden muss.

Vorteile der Claude Chrome-Integration gegenüber Puppeteer und Workflow-Optimierung

Der Sprecher erläutert, warum er die Claude Chrome-Integration gegenüber Puppeteer bevorzugt: Sie ist ein natives Tool der Claude-Code-Entwickler mit besserer Integration und Kontrolle. Während Puppeteer-ähnliche MCPs in separaten Umgebungen ohne Sitzungen arbeiten, kann Claude mit der Chrome-Integration sich mit angemeldeten Konten verbinden, Google Docs und Google Sheets verwenden und Sitzungsinformationen beibehalten. Allerdings verbrauchen Browser-Integrationen viel Kontext, daher muss die Auto-Komprimierung beobachtet werden. Eine weitere Einschränkung ist, dass die Chrome-Integration nur mit Chrome funktioniert, nicht mit anderen Chromium-Browsern, und bei mehreren Chrome-Profilen Probleme auftreten können.

Manifest V3-Einschränkungen und Fragmentierung des Test-Workflows

Chrome-Erweiterungen unter Manifest V3 können blockiert werden, wenn sie zu lange laufen, was zu unerwartetem Stoppen von Claude führt. Um dieses Problem zu lösen, statt End-to-End-Tests zu erstellen, hat der Sprecher mehrere Test-Dateien mit verschiedenen Aspekten der Anwendung erstellt. Jede Datei enthält Prioritätsstufen, Vorbedingungen, Test-Schritte und erwartete Ergebnisse. Es gibt auch einen Testleitfaden und eine Readme für Dokumentation. Dies ermöglicht Claude, bei Kontextfenster-Komprimierung durch Fortschrittsdateien zu wissen, was bereits getestet wurde und was noch fehlt.

Implementierung von Kontext-Management und automatisiertem Test-Workflow

Der Sprecher hat Anweisungen in der Claude.md-Datei hinzugefügt, die Claude anweisen, nach jedem Test ein umfassendes Test-Report-Dokument zu erstellen, damit Fortschritt bei Kontextfenster-Komprimierung nicht verloren geht. Außerdem wurde ein benutzerdefinerter Slash-Befehl erstellt, der Tests auf strukturierte Weise durchführt und anschließend Dokumentation im richtigen Format erstellt. Der Befehl überwacht auch den Kontext vor jeder Aufgabe, um sicherzustellen, dass er nicht verloren geht. Mit diesem Workflow braucht man nur den Slash-Befehl zu nutzen und die zu testende Datei anzugeben, und Claude beginnt automatisch nach exakten Anweisungen zu testen, Fehler zu erkennen, automatisch mit Elementen zu interagieren und Tests zu dokumentieren.

Community Posts

View all posts