Créez des compétences de recherche SEO qui fonctionnent dans plusieurs outils d’agents IA

## Écrivez chaque compétence une seule fois avec des fonctions comprises par tous les outils Rédigez chaque compétence de recherche dans une source de référence indépendante des plateformes. Limitez le contrat principal aux fonctions que tous les environnements d'agents visés peuvent interpréter. Exigez que chaque définition de compétence fournisse : - un nom stable et une description claire ; - des déclarations facultatives de modèle et d'outils uniquement lorsque l'hôte les prend en charge ; - des directives d'exploitation complètes dans le corps ; - des entrées, des résultats, des contraintes et des conditions d'échec explicites. Traitez les contrôles propres à une plateforme comme des extensions facultatives. Un vérificateur de compatibilité doit avertir lorsqu'un hôte peut ignorer une extension sans devoir rejeter une compétence par ailleurs portable. Modifiez la source de référence plutôt que les copies générées pour les plateformes. Validez toutes les définitions de compétences avant leur mise en paquet ou leur distribution, afin que les métadonnées absentes et la syntaxe non prise en charge échouent rapidement. ## Repérez où chaque outil d’agents IA cherche ses instructions et ses compétences Déterminez comment chaque environnement cible découvre les instructions du projet et les compétences réutilisables. Les modèles courants comprennent les fichiers d'instructions à la racine, les répertoires de règles dédiés, les dossiers de compétences natives, les répartiteurs générés et les solutions de repli documentaires. Pour chaque hôte, consignez : - le fichier lu automatiquement au début de la session ; - l'emplacement où les compétences réutilisables doivent être copiées, liées ou installées ; - si l'activation est automatique ou nécessite une commande explicite ; - comment une délégation non prise en charge se replie sur une exécution dans le contexte courant ; - la documentation du projet qui constitue la solution de repli finale. Ne supposez pas qu'une seule disposition d'installation fonctionne partout. Préservez une source sémantique unique tout en adaptant la découverte, l'activation et la mise en paquet au comportement vérifié de l'hôte. ## Décrivez les étapes en actions simples, puis traduisez-les vers les noms de chaque outil Rédigez les procédures en termes d'opérations neutres, telles que lire, écrire, modifier, exécuter des commandes, répertorier des fichiers, rechercher du texte et récupérer du contenu Web. Maintenez une table de compatibilité vérifiée entre ces opérations et les noms d'outils de chaque hôte. Laissez les adaptateurs traduire les alias lorsque l'hôte prend en charge la correspondance automatique. Lorsqu'une capacité est indisponible, définissez une solution de repli documentée plutôt que d'omettre silencieusement l'étape. Séparez la traduction des outils de la logique de recherche. Une procédure d'analyse de page doit indiquer qu'elle nécessite une récupération protégée et un analyseur HTML, et non dépendre des libellés d'outils d'un fournisseur. Revoyez les correspondances chaque fois qu'un hôte modifie son interface d'outils. Ne prétendez pas à la compatibilité sur la seule ressemblance des noms ; exécutez l'opération associée. ## Laissez une petite compétence principale choisir la compétence de recherche à charger Utilisez un petit orchestrateur pour classer la demande et ne charger que la capacité pertinente. Conservez la logique d'analyse détaillée dans des modules ciblés plutôt que dans un unique fichier d'instructions surdimensionné. Séparez le système en : - une compétence de routage qui sélectionne le flux de travail ; - des compétences de recherche ciblées avec des critères d'analyse complets ; - des agents spécialistes facultatifs pour le travail indépendant ou parallèle ; - des scripts locaux pour l'exécution déterministe ; - des modèles de schéma pour les métadonnées de recherche structurées ; - des adaptateurs pour la mise en paquet propre à chaque hôte ; - des extensions pour les fournisseurs facultatifs et les capacités coûteuses. Maintenez les extensions hors du chemin de dépendances principal. L'absence d'une extension doit réduire la couverture facultative sans compromettre la recherche fondamentale. ## Choisissez l’analyse SEO la plus ciblée pour chaque question Sélectionnez la capacité la plus restreinte qui répond à la question de recherche : - utilisez un audit complet du site pour une découverte et une hiérarchisation larges ; - utilisez l'analyse d'une seule page pour examiner une URL en profondeur ; - utilisez l'analyse technique pour l'explorabilité, l'indexation, les performances et l'infrastructure associée ; - utilisez l'analyse de contenu pour les signaux de qualité, de confiance, d'expertise et d'expérience ; - utilisez l'analyse des données structurées pour la détection, la validation et la génération ; - utilisez l'analyse du plan de site pour la couverture et la génération XML ; - utilisez l'analyse des images pour les métadonnées de page, la visibilité dans les résultats de recherche et l'optimisation des fichiers ; - utilisez l'analyse de la recherche par IA pour la visibilité générative et l'optimisation pour les moteurs de réponse. N'élargissez l'analyse à un audit plus vaste que lorsque les constats traversent plusieurs limites de capacité. Préservez l'URL d'origine, la source des preuves, l'heure d'observation et l'incertitude de chaque affirmation externe. ## Séparez la planification SEO et suivez les changements par rapport à un point de départ Prévoyez des flux distincts pour la planification stratégique, le regroupement sémantique des mots-clés, l'analyse de l'expérience de recherche et l'architecture de contenu. Ne fusionnez pas ces tâches de planification avec les diagnostics techniques. Maintenez explicite l'état de la surveillance : 1. capturez une référence stable ; 2. comparez une observation ultérieure à cette référence ; 3. conservez l'historique afin de distinguer les changements répétés du bruit ponctuel. Utilisez des modules spécialisés pour le commerce, les pages de destination programmatiques, les pages de comparaison avec les concurrents, la recherche locale, la visibilité cartographique, le ciblage linguistique international, les données de recherche internes, l'expérience de page et l'analyse des liens entrants. Traitez les fournisseurs de données externes, l'exploration à grande échelle et la génération de ressources comme des extensions facultatives. Indiquez les exigences du fournisseur, les identifiants, les coûts et les limites de couverture avant de les invoquer. ## Vérifiez les URL avant de les récupérer et ne mettez pas de clé d’API dans les compétences Utilisez des scripts locaux pour les tâches déterministes, telles que la récupération protégée de pages, l'analyse HTML, les contrôles de performance, la capture de références et l'exportation structurée. Tout auxiliaire accédant au réseau doit valider son URL cible avant d'envoyer une requête afin de réduire le risque de falsification de requêtes côté serveur. Préservez la vérification des certificats ; examinez les échecs de certificat au lieu de désactiver la sécurité du transport. Conservez les identifiants d'API dans un emplacement de configuration propre à l'utilisateur ou dans un environnement injecté, jamais dans les compétences de référence, les résultats d'exemple ou les paquets générés. Arrêtez-vous avec un résultat clair indiquant l'absence d'identifiants plutôt que d'inventer des valeurs. Exécutez les auxiliaires au moyen de l'environnement de langage et du gestionnaire de dépendances configurés. Lorsqu'un hôte infonuagique n'expose pas cet environnement dans `PATH`, utilisez le chemin absolu vérifié de son exécutable. Renvoyez des résultats lisibles par machine lorsqu'un autre module les consomme. Préservez les chemins absolus des captures d'écran ou des autres fichiers écrits dans des répertoires temporaires. ## Testez les compétences dans chaque outil d’agents IA avant de les partager Exécutez une analyse de portabilité sur chaque compétence de référence avant la mise en paquet. Confirmez les métadonnées obligatoires, la validité de la structure et les fonctions connues propres aux hôtes. Dans chaque environnement pris en charge, testez : - la découverte des instructions à la racine ; - l'installation ou la liaison des compétences ; - les voies d'activation explicites et automatiques ; - la traduction des noms d'outils ; - la solution de repli dans le contexte courant lorsque les agents délégués ne sont pas disponibles ; - l'exécution des auxiliaires locaux ; - le routage généré et les solutions de repli documentaires. Les avertissements doivent identifier la fonction, l'hôte concerné et la dégradation attendue. Un champ facultatif ignoré peut rester compatible ; une instruction obligatoire absente ou une opération principale indisponible ne le peut pas. ## Analysez les erreurs propres à chaque outil sans désactiver les protections Traitez les échecs propres à l'hôte comme des preuves relatives à l'environnement, et non comme une autorisation d'affaiblir les protections. - Examinez les échecs de chaîne de certificats ou de résolution de noms avant de modifier le code. - Utilisez un exécutable vérifié de l'environnement virtuel lorsque le chemin de commande par défaut ne contient pas les dépendances. - Consultez les répertoires temporaires documentés lorsque les captures d'écran ou les rapports ne se trouvent pas dans le répertoire de travail. - Utilisez des chemins absolus lorsque les artefacts traversent les limites d'un processus ou d'un conteneur. - Remplacez les intégrations distantes indisponibles par des auxiliaires locaux documentés uniquement lorsqu'ils fournissent des preuves équivalentes. Consignez si une limitation affecte la découverte, l'exécution, la délégation, le réseau ou l'emplacement des artefacts. Conservez la solution de contournement dans l'adaptateur ou la note d'exploitation plutôt que de contaminer la logique de recherche de référence. ## Terminez les changements en testant dans de vrais outils et en mettant à jour la documentation Avant de déclarer terminée une modification de recherche multiplateforme : - examinez la compétence de référence et chaque adaptateur concerné ; - recompilez le routage et les paquets générés ; - exécutez l'analyse de portabilité et les tests pertinents des auxiliaires ; - testez des hôtes représentatifs au lieu de vous fier à l'examen de la syntaxe ; - mettez à jour le catalogue des capacités, les directives d'installation et les notes d'architecture ; - confirmez que les extensions facultatives restent isolées ; - examinez les résultats pour détecter les identifiants, les affirmations sans fondement et les preuves manquantes. Indiquez la capacité modifiée, les hôtes vérifiés, les contrôles réussis, les avertissements observés, les solutions de repli utilisées et les validations qui n'ont pas pu être exécutées. Ne prétendez pas à une équivalence totale lorsqu'un hôte ignore un comportement obligatoire ou qu'un seul environnement a été testé.