web-access: Agents mit SKILL.md um eine Netzstrategie und CDP ergänzen

Für wen

Wenn die mitgelieferten WebSearch und WebFetch des Agents keine Dispatch-Strategie haben und keine Browserautomatisierung, passt dieses Agent Skill besser. Es ergänzt eine Netzstrategie, CDP-Browseraktionen und gesammelte Site-Erfahrung. Die Seite schreibt, es sei mit jedem Agent kompatibel, der SKILL.md unterstützt, nennt einige Produkte und hängt „usw.“ an. Nimm die Beispiele nicht als geschlossene Namensliste.

Wer nur Textsuche will und Remote-Debugging nicht einschalten möchte, kann es zuerst als Strategieschicht nutzen. Für CDP musst du haben: Node.js 22+, und Chrome oder Edge bereits mit Remote-Debugging geöffnet. Wer nur eine Browsererweiterung will und keinen SKILL.md-Agent nutzt, ist nicht die Zielgruppe.

Erster Versuch in 3 Minuten

Der offizielle Installationsbefehl steht auf der Seite als diese eine Zeile:

npx skills add eze-is/web-access

Es schreibt das Skill in den aktuellen Agent, der SKILL.md unterstützt. Bestätige, dass npx lokal da ist und dies die Umgebung ist, die du ändern willst, dann führe aus. Stelle keinen zweiten Installer daneben.

Nach der Installation zuerst nur lesenden Netzzugang, nicht sofort den Browser steuern. Lass den Agent eine von dir benannte öffentliche Quelle suchen oder holen und sagen, ob es diesmal WebSearch, WebFetch, curl, Jina oder eine Mischung war. Erfolgssignal: Es nennt den Grund und liefert Seiteninhalt, statt zu sagen, das Skill sei nicht installiert. Hier anhalten.

Nur wenn der Nur-Lesen-Kanal nicht reicht und du klar eine schon offene Seite bedienen willst, gehe zu CDP. Öffne zuerst lokal:

chrome://inspect/#remote-debugging

oder

edge://inspect/#remote-debugging

Bestätige, dass Remote-Debugging an ist, dann erlaube dem Agent Aktionen über CDP. Das steuert deinen echten Browser. Vor dem Lauf musst du Fenster und Site als genau die gewünschten bestätigen.

Anwendungsfälle

Fall 1: Das Skill nach Lage Netz-Werkzeuge wählen lassen. Die Tabelle schreibt die Fähigkeiten als: WebSearch / WebFetch / curl / Jina / CDP, nach Lage entschieden, beliebig kombinierbar. Die Aufgabe soll sein: „schau das nach und sag mir, welche Kanäle du genutzt hast“. Der verfügbare Seitentext schreibt keine Auswahlregeln und nicht, ob Jina einen Extra-Schlüssel braucht. Bestätigen kannst du: Diese fünf Namen gehören zum Dispatch; wer wann gewählt wird, entscheidet der Lauf. Öffnet der Agent sofort CDP und klickt die Seite, hat er diese Nur-Lesen-Aufgabe verlassen.

Fall 2: CDP auf einem bereits debugten Browser. Voraussetzung ist Node.js 22+ und die Remote-Debugging-Seite von Chrome / Edge ist offen. Zweck ist Browserautomatisierung, nicht noch eine gewöhnliche Suche. Der verfügbare Seitentext schreibt keine klickbaren Selektoren, Screenshot-Befehle oder wie die Debug-Sitzung endet. Beim ersten Mal nur eine umkehrbare Nur-Lesen-Aktion (zum Beispiel die aktuelle Seite ansehen) verlangen und das Debug-Ziel vorher bestätigen. Gesammelte Site-Erfahrung steht als Fähigkeit da, ohne Speicherort oder Löschweg; lass den Agent keinen unerklärten Speicher als schon konfigurierte Datenbank behandeln.

Grenzen

Der CDP-Modus ist an Node.js 22+ und Chrome/Edge-Remote-Debugging gebunden. Zu niedrige Version oder geschlossene Inspect-Seite: nimm Browserautomatisierung nicht als verfügbar an. Gewöhnliches WebSearch / WebFetch bedeutet nicht automatisch, dass CDP schon da ist.

Der Installationsweg ist npx skills add eze-is/web-access. Schreib keinen zweiten Installationsbefehl. Die Client-Beispiele sind keine Freigabeliste.

Der erste Halt ist eine Nur-Lesen-Suche oder ein Holen. Jeder CDP-Klick, jedes Formular, jeder Login oder jedes Schreiben von Site-Erfahrung muss zuerst Fenster und Schritte wiederholen lassen; du bestätigst, dann geht es weiter.