Firecrawl Workflows : 16 skills orientés résultat pour produire des rapports

À qui ça s’adresse

Utilisez cet ensemble quand vous voulez qu’un Agent de code IA rende un livrable de workflow Firecrawl, pas seulement qu’il appelle l’API de crawl de bas niveau. Le texte officiel en fait la source de vérité des skills de workflow Firecrawl, pour rapports de recherche, audits SEO, rapports QA, bases de connaissances, fichiers de pistes et systèmes de design de site utilisables par un Agent. Il y a 16 skills de workflow. Convient à qui a déjà un livrable clair et accepte que l’Agent visite des pages publiques. La page n’écrit pas de noms de variables secrètes ; ne pas en inventer. Si des identifiants sont nécessaires, suivre les notes du skill après installation. Si ce que vous voulez changer est la famille de skills CLI (y compris index recherche/développeur), le texte officiel pointe vers firecrawl/cli, pas une modification dans ce dépôt.

Premier essai en 3 minutes

Suivre uniquement l’installation officielle préférée, le catalogue complet (qui inclut ces workflows) :

npx skills add firecrawl/skills

La même page dit qu’installer directement depuis ce dépôt fonctionne aussi et fournit les mêmes 16 workflows :

npx skills add firecrawl/firecrawl-workflows

La première fois, utiliser la première commande. Ne pas fusionner les deux, ni inventer un catalogue. L’intégration continue miroite skills/ de ce dépôt vers firecrawl/skills ; c’est l’entrée d’installation mise en avant, pas une autre graphie de la seconde commande.

Après installation, faire d’abord un contrôle à bas risque. Faire dire à l’Agent : si l’objectif est un court rapport de recherche, quel type de workflow il utilisera, quelles URL fournies par vous il visitera, et s’il écrira des fichiers. Lui faire d’abord répéter « pour l’instant planifier seulement, pas de crawl ». Après confirmation que les URL sont réelles et autorisées, permettre l’exécution. Succès : l’Agent organise les étapes par skills de workflow, sans inventer de noms courts non documentés. Ne pas commencer par un fichier de pistes ou un système de design de site entier ; les effets de bord sont plus lourds.

Cas d’usage

Cas 1 : rapport de recherche ou base de connaissances. Donner à l’Agent un sujet et les URL que vous autorisez à crawler ; exiger un rapport de recherche ou une base structurée via le workflow. Pour qui doit plier des pages publiques en un dossier lisible. La page ne donne pas de modèle de rapport ; la mise en page suit la sortie réelle. Avant d’exécuter, confirmer qu’il ne crawlera pas d’adresses non fournies.

Cas 2 : rapport QA ou audit SEO. Remettre à l’Agent des pages en ligne et exiger un contrôle qualité ou un audit SEO via le workflow. Pour vérifier des pages publiques après mise en ligne, pas pour changer le code. Un audit visite le site cible ; confirmer le domaine d’abord. La page place rapports QA et audits SEO côte à côte dans la liste de résultats, sans grille d’items ; ne pas inventer une couverture obligatoire. Fichiers de pistes et systèmes de design de site sont dans la même liste ; la preuve s’arrête à « ce sont des types de sortie parmi les 16 workflows », sans opérations pas à pas.

Limites d’usage

L’installation préférée est npx skills add firecrawl/skills. La commande de ce dépôt fournit les mêmes 16 skills quand on ne passe pas par le catalogue. Les workflows sont écrits dans ce dépôt ; les changements de la famille CLI pointent vers :

https://github.com/firecrawl/cli

Dépôt catalogue :

https://github.com/firecrawl/skills

Ne pas inventer de variables secrètes ni de noms courts de skill. Aucun client n’est nommé ; ne pas inférer un support exclusif. Crawl et rédaction de rapports ont des effets de bord ; confirmer d’abord. Page du dépôt :

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