Firecrawl Workflows: 16 ergebnisorientierte Skills für Berichte

Für wen

Nutze dieses Set, wenn ein KI-Coding-Agent ein fertiges Firecrawl-Workflow-Artefakt abliefern soll, nicht nur die Low-Level-Crawl-API aufrufen. Offiziell ist dies die Quelle der Wahrheit für Firecrawl-Workflow-Skills und deckt Forschungsberichte, SEO-Audits, QA-Berichte, Wissensbasen, Lead-Listen und vom Agent nutzbare Site-Designsysteme ab. Es gibt 16 Workflow-Skills. Geeignet, wer schon ein klares Lieferobjekt hat und akzeptiert, dass der Agent öffentliche Seiten besucht. Die Seite schreibt keine Geheimnis-Variablennamen; nichts erfinden. Wenn Zugangsdaten nötig sind, gelten die Skill-Hinweise nach der Installation. Willst du die CLI-Skill-Familie ändern (inkl. Research-/Developer-Indexes), verweist der Text auf firecrawl/cli, nicht auf eine Änderung in diesem Repo.

Ersten Versuch in 3 Minuten abschließen

Nur die offiziell bevorzugte Installation nutzen, den vollständigen Katalog (enthält diese Workflows):

npx skills add firecrawl/skills

Dieselbe Seite sagt, die direkte Installation aus diesem Repository funktioniere ebenfalls und liefere dieselben 16 Workflows:

npx skills add firecrawl/firecrawl-workflows

Beim ersten Mal den ersten Befehl nutzen. Die beiden nicht zu einem zusammenfügen und keinen Katalog erfinden. Continuous Integration spiegelt skills/ dieses Repos nach firecrawl/skills; das ist der beworbene Installationszugang, keine alternative Schreibweise des zweiten Befehls.

Nach der Installation zuerst eine risikoarme Prüfung. Den Agent sagen lassen: Ist das Ziel ein kurzer Forschungsbericht, welche Workflow-Art er nutzt, welche von dir gelieferten URLs er besucht und ob er Dateien schreibt. Zuerst wiederholen lassen: „jetzt nur planen, noch nicht crawlen“. Erst nach Bestätigung, dass die URLs echt und erlaubt sind, ausführen lassen. Erfolg: Der Agent organisiert Schritte nach Workflow-Skills und erfindet keine undokumentierten kurzen Skill-Namen. Beim ersten Mal keine Lead-Liste und kein Site-weites Designsystem; die Nebenwirkungen sind größer.

Anwendungsfälle

Fall 1: Forschungsbericht oder Wissensbasis. Dem Agent Thema und erlaubte Crawl-URLs geben und per Workflow einen Forschungsbericht oder eine strukturierte Wissensbasis verlangen. Für alle, die öffentliche Seiten in ein lesbares Paket falten wollen. Die Seite gibt keine Berichtsvorlage; das Layout folgt der tatsächlichen Ausgabe. Vor dem Lauf bestätigen, dass keine nicht gelieferten Adressen gecrawlt werden.

Fall 2: QA-Bericht oder SEO-Audit. Live-Seiten an den Agent geben und per Workflow eine Qualitätsprüfung oder ein SEO-Audit verlangen. Für Checks öffentlicher Seiten nach dem Launch, nicht für Codeänderungen. Ein Audit besucht die Zielsite; die Domain zuerst bestätigen. Die Seite stellt QA-Berichte und SEO-Audits nebeneinander in der Ergebnisliste, gibt aber keine Prüfpunktliste; keine Pflichtabdeckung erfinden. Lead-Listen und Site-Designsysteme stehen in derselben Liste; die Belege reichen nur bis „das sind Ausgabetypen unter den 16 Workflows“, ohne Schrittfolgen.

Nutzungsgrenzen

Bevorzugte Installation ist npx skills add firecrawl/skills. Der Befehl dieses Repos liefert dieselben 16 Skills, wenn du nicht über den Katalog gehst. Workflows werden in diesem Repo geschrieben; Änderungen an der CLI-Skill-Familie zeigen auf:

https://github.com/firecrawl/cli

Katalog-Repo:

https://github.com/firecrawl/skills

Keine Geheimnis-Variablen oder kurzen Skill-Namen erfinden. Kein Client ist genannt; keinen exklusiven Support ableiten. Crawlen und Berichte schreiben haben Nebenwirkungen; zuerst bestätigen. Repository-Seite:

https://github.com/firecrawl/firecrawl-workflows