SEO-Recherche-Skills bauen, die in mehreren KI-Agent-Tools funktionieren

## Jeden Skill einmal schreiben und nur Funktionen nutzen, die jedes Tool versteht Verfassen Sie jede Forschungsfähigkeit in einer maßgeblichen, plattformneutralen Quelle. Begrenzen Sie den Kernvertrag auf Funktionen, die alle vorgesehenen Agentenumgebungen verstehen können. Jede Fähigkeitsdefinition muss Folgendes enthalten: - einen beständigen Namen und eine klare Beschreibung; - optionale Modell- und Werkzeugangaben nur, wenn die Ausführungsumgebung sie unterstützt; - vollständige Betriebsanweisungen im Haupttext; - ausdrückliche Eingaben, Ergebnisse, Einschränkungen und Fehlerbedingungen. Behandeln Sie plattformspezifische Steuerungen als optionale Erweiterungen. Eine Kompatibilitätsprüfung muss warnen, wenn eine Ausführungsumgebung eine Erweiterung möglicherweise ignoriert, ohne eine ansonsten portable Fähigkeit ablehnen zu müssen. Bearbeiten Sie die maßgebliche Quelle statt erzeugter Plattformkopien. Prüfen Sie alle Fähigkeitsdefinitionen vor der Paketierung oder Verteilung, damit fehlende Metadaten und nicht unterstützte Syntax frühzeitig scheitern. ## Herausfinden, wo jedes KI-Agent-Tool Anweisungen und Skills sucht Erfassen Sie, wie jede Zielumgebung Projektanweisungen und wiederverwendbare Fähigkeiten erkennt. Übliche Muster sind Anweisungsdateien im Stammverzeichnis, eigene Regelverzeichnisse, native Fähigkeitsordner, erzeugte Verteiler und Rückgriffe auf Dokumentation. Halten Sie für jede Ausführungsumgebung fest: - welche Datei beim Sitzungsbeginn automatisch gelesen wird; - wohin wiederverwendbare Fähigkeiten kopiert, verknüpft oder installiert werden müssen; - ob die Aktivierung automatisch erfolgt oder einen ausdrücklichen Befehl erfordert; - wie eine nicht unterstützte Delegation auf eingebettete Ausführung zurückfällt; - welche Projektdokumentation als letzter Rückgriff dient. Nehmen Sie nicht an, dass eine einzige Installationsanordnung überall funktioniert. Bewahren Sie eine einzige semantische Quelle und passen Sie Erkennung, Aktivierung und Paketierung an das geprüfte Verhalten der Ausführungsumgebung an. ## Schritte als einfache Aktionen beschreiben und auf die Namen jedes Tools übertragen Beschreiben Sie Abläufe mit neutralen Vorgängen wie Lesen, Schreiben, Bearbeiten, Befehlsausführung, Dateiauflistung, Textsuche und Abruf von Netzinhalten. Pflegen Sie eine geprüfte Kompatibilitätszuordnung zwischen diesen Vorgängen und den Werkzeugnamen jeder Ausführungsumgebung. Lassen Sie Anpassungsmodule Ersatznamen übersetzen, wenn die Umgebung eine automatische Zuordnung unterstützt. Ist eine Funktion nicht verfügbar, legen Sie einen dokumentierten Ersatzweg fest, anstatt den Schritt stillschweigend auszulassen. Trennen Sie die Werkzeugübersetzung von der Forschungslogik. Ein Ablauf zur Seitenanalyse muss angeben, dass er einen geschützten Abruf und ein HTML-Analyseprogramm benötigt, statt von den Werkzeugbezeichnungen eines bestimmten Anbieters abzuhängen. Überprüfen Sie Zuordnungen immer dann, wenn eine Ausführungsumgebung ihre Werkzeugschnittstelle ändert. Behaupten Sie Kompatibilität nicht allein aufgrund ähnlicher Namen, sondern führen Sie den zugeordneten Vorgang aus. ## Einen kleinen Haupt-Skill wählen lassen, welcher Recherche-Skill geladen wird Verwenden Sie einen kleinen Koordinator, um die Anfrage einzuordnen und nur die relevante Funktion zu laden. Halten Sie ausführliche Analyselogik in zweckgebundenen Modulen statt in einer übergroßen Anweisungsdatei. Teilen Sie das System auf in: - eine Weiterleitungsfähigkeit, die den Arbeitsablauf auswählt; - zweckgebundene Forschungsfähigkeiten mit vollständigen Analysekriterien; - optionale Fachagenten für unabhängige oder parallele Arbeit; - lokale Programme für bestimmungsgleiche Ausführung; - Schemavorlagen für strukturierte Suchmetadaten; - Anpassungsmodule für die umgebungsspezifische Paketierung; - Erweiterungen für optionale Anbieter und kostspielige Funktionen. Halten Sie Erweiterungen außerhalb des Kernabhängigkeitspfads. Eine fehlende Erweiterung darf nur die optionale Abdeckung verringern und die grundlegende Forschung nicht beeinträchtigen. ## Für jede Frage die engste passende SEO-Prüfung wählen Wählen Sie die engste Funktion, die die Forschungsfrage beantwortet: - verwenden Sie eine vollständige Website-Prüfung für breite Ermittlung und Priorisierung; - verwenden Sie eine Einzelseitenanalyse für die gründliche Untersuchung einer URL; - verwenden Sie eine technische Analyse für Erfassbarkeit, Indexierung, Leistung und zugehörige Infrastruktur; - verwenden Sie eine Inhaltsanalyse für Signale zu Qualität, Vertrauen, Fachkenntnis und Erfahrung; - verwenden Sie eine Analyse strukturierter Daten für Erkennung, Prüfung und Erzeugung; - verwenden Sie eine Seitenverzeichnisanalyse für XML-Abdeckung und -Erzeugung; - verwenden Sie eine Bildanalyse für Metadaten auf der Seite, Sichtbarkeit in Suchergebnissen und Dateioptimierung; - verwenden Sie eine Analyse der KI-Suche für generative Sichtbarkeit und die Optimierung für Antwortsysteme. Erweitern Sie die Untersuchung nur dann zu einer umfassenderen Prüfung, wenn Erkenntnisse mehrere Funktionsgrenzen überschreiten. Bewahren Sie für jede externe Aussage die ursprüngliche URL, die Belegquelle, den Beobachtungszeitpunkt und die Unsicherheit. ## SEO-Planung getrennt halten und Änderungen mit einem Ausgangsstand vergleichen Stellen Sie getrennte Arbeitsabläufe für strategische Planung, semantische Schlüsselwortgruppen, Analyse der Sucherfahrung und Inhaltsarchitektur bereit. Vermischen Sie diese Planungsaufgaben nicht mit technischen Diagnosen. Halten Sie den Überwachungszustand ausdrücklich fest: 1. Erfassen Sie einen beständigen Ausgangsstand. 2. Vergleichen Sie eine spätere Beobachtung mit diesem Ausgangsstand. 3. Bewahren Sie den Verlauf auf, damit wiederholte Änderungen von einmaligem Rauschen unterschieden werden können. Verwenden Sie Fachmodule für Handel, programmgesteuerte Zielseiten, Vergleichsseiten zu Wettbewerbern, lokale Suche, Kartensichtbarkeit, internationale Sprachausrichtung, eigene Suchdaten, Seitenerfahrung und Rückverweisanalysen. Behandeln Sie externe Datenanbieter, großflächige Erfassung und Medienerzeugung als optionale Erweiterungen. Kennzeichnen Sie vor dem Aufruf Anforderungen des Anbieters, Zugangsdaten, Kosten und Abdeckungsgrenzen. ## URLs vor dem Abruf prüfen und keine API-Schlüssel in Skills schreiben Verwenden Sie lokale Programme für bestimmungsgleiche Aufgaben wie geschützten Seitenabruf, HTML-Analyse, Leistungsprüfungen, Erfassung eines Ausgangsstands und strukturierte Ausfuhr. Jedes netzwerkfähige Hilfsprogramm muss vor einer Anfrage seine Ziel-URL prüfen, um das Risiko serverseitiger Anforderungsfälschung zu verringern. Behalten Sie die Zertifikatsprüfung bei und untersuchen Sie Zertifikatsfehler, statt die Transportsicherheit zu deaktivieren. Bewahren Sie API-Zugangsdaten in einer benutzerbezogenen Konfigurationsstelle oder einer eingespeisten Umgebung auf, niemals in maßgeblichen Fähigkeiten, Beispielergebnissen oder erzeugten Paketen. Beenden Sie den Vorgang mit einem klaren Hinweis auf fehlende Zugangsdaten, statt Werte zu erfinden. Führen Sie Hilfsprogramme über die eingerichtete Sprachumgebung und Abhängigkeitsverwaltung aus. Wenn eine entfernte Rechenumgebung diese Umgebung nicht über `PATH` bereitstellt, verwenden Sie den geprüften absoluten Pfad der ausführbaren Datei. Geben Sie maschinenlesbare Ergebnisse zurück, wenn ein anderes Modul sie verarbeitet. Bewahren Sie absolute Pfade für Bildschirmaufnahmen oder andere Dateien, die in vorübergehende Verzeichnisse geschrieben werden. ## Die Skills vor der Weitergabe in jedem unterstützten KI-Agent-Tool testen Führen Sie vor der Paketierung für jede maßgebliche Fähigkeit eine Portabilitätsprüfung aus. Bestätigen Sie erforderliche Metadaten, eine gültige Struktur und bekannte umgebungsspezifische Funktionen. Prüfen Sie in jeder unterstützten Umgebung: - die Erkennung der Stammanweisung; - die Installation oder Verknüpfung von Fähigkeiten; - ausdrückliche und automatische Aktivierungswege; - die Übersetzung von Werkzeugnamen; - den eingebetteten Rückgriff, wenn delegierte Agenten nicht verfügbar sind; - die Ausführung lokaler Hilfsprogramme; - erzeugte Weiterleitung und Rückgriffe auf Dokumentation. Warnungen müssen die Funktion, die betroffene Ausführungsumgebung und die erwartete Einschränkung benennen. Ein ignoriertes optionales Feld kann weiterhin kompatibel sein; eine fehlende Pflichtanweisung oder ein nicht verfügbarer Kernvorgang kann es nicht. ## Tool-spezifische Fehler untersuchen, ohne Schutzprüfungen abzuschalten Behandeln Sie umgebungsspezifische Fehler als Belege für die Umgebung und nicht als Erlaubnis, Schutzmaßnahmen zu schwächen. - Untersuchen Sie Fehler der Zertifikatskette oder Namensauflösung, bevor Sie den Quelltext ändern. - Verwenden Sie eine geprüfte ausführbare Datei der virtuellen Umgebung, wenn im vorgegebenen Befehlspfad Abhängigkeiten fehlen. - Prüfen Sie dokumentierte vorübergehende Verzeichnisse, wenn Bildschirmaufnahmen oder Berichte nicht im Arbeitsverzeichnis liegen. - Verwenden Sie absolute Pfade, wenn Artefakte Prozess- oder Behältergrenzen überschreiten. - Ersetzen Sie nicht verfügbare entfernte Integrationen nur dann durch dokumentierte lokale Hilfsprogramme, wenn diese gleichwertige Belege liefern. Halten Sie fest, ob eine Einschränkung Erkennung, Ausführung, Delegation, Netzwerkzugriff oder Artefaktort betrifft. Legen Sie die Abhilfe im Anpassungsmodul oder Betriebshinweis ab, statt die maßgebliche Forschungslogik damit zu vermischen. ## Änderungen erst nach Tests in echten Tools und aktualisierter Doku abschließen Bevor Sie eine plattformübergreifende Forschungsänderung als abgeschlossen melden: - prüfen Sie die maßgebliche Fähigkeit und jedes betroffene Anpassungsmodul; - erstellen Sie erzeugte Weiterleitungen und Pakete neu; - führen Sie die Portabilitätsprüfung und einschlägige Hilfsprogrammprüfungen aus; - erproben Sie repräsentative Ausführungsumgebungen, statt sich auf die Syntaxprüfung zu verlassen; - aktualisieren Sie Funktionsverzeichnis, Installationsanleitung und Architekturhinweise; - bestätigen Sie, dass optionale Erweiterungen getrennt bleiben; - prüfen Sie Ergebnisse auf Zugangsdaten, unbelegte Aussagen und fehlende Belege. Melden Sie die geänderte Funktion, geprüfte Ausführungsumgebungen, bestandene Prüfungen, beobachtete Warnungen, verwendete Ersatzwege und nicht ausführbare Validierungen. Behaupten Sie keine vollständige Gleichwertigkeit, wenn eine Ausführungsumgebung vorgeschriebenes Verhalten ignoriert oder nur eine Umgebung geprüft wurde.