squirrelscan: einen Agenten mit der offiziellen CLI Websites prüfen lassen

Für wen

Diese Anleitung richtet sich an Personen, die Website-Prüfungen an einen Agenten geben und akzeptieren, dass jede Skill über die squirrel CLI gesteuert wird. Offiziell steht sie als Website-Prüf-Skills, Plugins und MCP für Agenten in einem Repository:

https://github.com/squirrelscan/skills

Das vorhandene Material entfaltet nur zwei Skills. squirrelscan bedient die CLI: Installation, Anmeldung, Prüfungen ausführen, Berichte veröffentlichen, Punkte, API-Schlüssel, MCP-Einrichtung, Konfiguration und Fehlerbehebung. Hinweise unter

https://github.com/squirrelscan/skills/blob/main/skills/squirrelscan/SKILL.md

audit-website ist die Reparaturschleife: Site prüfen, Funde dem Code zuordnen, in Chargen ändern, erneut prüfen, bis der Score besser wird. Hinweise unter

https://github.com/squirrelscan/skills/blob/main/skills/audit-website/SKILL.md

Es passt, wenn die CLI installierbar ist und nur Sites geprüft werden, für die eine Prüfberechtigung besteht. Es passt nicht, wenn die CLI nicht auf PATH liegt oder die Skills nur als CLI-freie Dokumente genutzt werden sollen.

Ersten Versuch in 3 Minuten abschließen

Nur den einen offiziell empfohlenen Weg gehen.

Vorbedingung: Dieser Rechner kann npx ausführen, und die squirrel CLI ist installiert und auf PATH. Das Material sagt, jede Skill steuert diese CLI, gibt aber keinen Installationsbefehl für die CLI selbst. Liegt squirrel noch nicht auf PATH, zuerst die Skill squirrelscan Installation und Anmeldung erledigen lassen; nicht zum Scan springen.

Installationsort: über npx skills add. Das Material schreibt keinen Zielpfad für den Skill-Ordner; keinen nie erschienenen Pfad ergänzen.

Kopieren und ausführen:

npx skills add squirrelscan/skills

Erfolg: Der Befehl endet normal. Zuerst nur lesend prüfen: den Agenten squirrel auf PATH prüfen und die Schritte einer Prüfung beschreiben lassen — noch keine URL scannen, keinen Bericht veröffentlichen, keinen Code ändern. Kann er wiedergeben, dass die CLI nötig ist und Anmeldung / Prüfung / Veröffentlichung getrennte Aktionen sind, ist die Skill geladen.

Vor einem echten Scan Ziel-URL und Prüfberechtigung bestätigen. Scannen, Bericht veröffentlichen und Code schreiben haben Nebenwirkungen.

Anwendungsfälle

Fall 1: Nur die CLI bedienen; zuerst anmelden, dann entscheiden, ob geprüft wird. Entspricht squirrelscan. Passt, wenn noch kein Scan lief und nur Installation, Anmeldung, Konfiguration und Punkte bestätigt werden sollen. Erfolg: CLI nutzbar, Anmeldestatus klar. Das Material erwähnt auch gehostetes MCP:

https://mcp.squirrelscan.com/mcp

Es nutzt streamable-http und kann OAuth oder einen Schlüssel Authorization: Bearer sq_... verwenden; lokal ist es squirrel mcp. Der erste Versuch muss MCP nicht anbinden. Keinen vollständigen Schlüssel erfinden.

Fall 2: Nach der Prüfung dem Code zuordnen, aber bei der Zuordnung stoppen. Entspricht der Reparaturschleife von audit-website. Passt, wenn die CLI schon läuft und für eine bestätigte Site sichtbar werden soll, in welchen Dateien die Probleme landen. Zuerst prüfen und nur die Zuordnung Funde-zu-Code verlangen; Chargenänderungen ausdrücklich verbieten. Erfolg: Zuordnung Problem–Datei sichtbar, Repository noch unverändert. Nach bestätigtem Patch-Umfang Chargenänderungen und erneuten Test erlauben. Das Material nennt weder Score-Schwelle noch Chargengröße.

Nutzungsgrenzen

Das vorhandene Material belegt nur die zwei genannten Skills und einen npx-Installationsbefehl. Keine anderen Skill-Namen erfinden und nicht auf einen nie erschienenen Installer wechseln. Das Material nennt keinen Pflicht-Client.

Ohne CLI diese Skills nicht aufrufen. Einen Bericht zu veröffentlichen sendet Ergebnisse von diesem Rechner weg; Code zu ändern schreibt das Repository. Zuerst prüfen, dann erlauben. Das Schlüsselpräfix im Material ist sq_...; keinen Beispielschlüssel erfinden. Weitere Hinweise folgen dem offiziellen Repository:

https://github.com/squirrelscan/skills