KI-Ready Sites
Ein in sich geschlossener Skill für Websites und Benutzeroberflächen. Alle für diesen Skill erforderlichen Anleitungen sind hier enthalten. Keinen anderen installierten Skill laden, keine externe Design-Engine aufrufen oder globale Anweisungen zur Befolgung dieses Workflows benötigen. Verwenden Sie die vom Host bereitgestellten Tools und die für das Projekt bereits geeigneten Abhängigkeiten. Optionale externe Tools verbessern die Verifizierung; ihr Fehlen blockiert weder Design noch Implementierung.
Beginnen Sie beim aktuellen Stand des Benutzers
Prüfen Sie die Anfrage, die geltenden Projektanweisungen, den Stack, vorhandene Komponenten und die relevante Produkt-/Design-Dokumentation. Bei Änderungen prüfen Sie die vorhandene Implementierung und die gerenderte Benutzeroberfläche, sofern verfügbar. Identifizieren Sie kurz das Ergebnis und den kleinstmöglichen sinnvollen Weg. Die Vorgaben des Benutzers und die Projektkonventionen bestimmen die visuellen Entscheidungen. Eine fehlende DESIGN.md ist keine Erlaubnis für ein Redesign.
| Anfrage | Vorgehen |
|---|---|
| Planung oder Diskussion | Brief und UX, dann relevante Design-Anleitung; liefern Sie den Plan, ohne Projektdateien zu ändern, sofern nicht angefordert |
| Neue Website oder umfassendes Redesign | Brief und UX → Design → Implementierung → Browser-QA und zutreffende Qualität → Abschluss |
| Kleine Komponente oder UI-Korrektur | Prüfen Sie die betroffene Oberfläche; verwenden Sie nur relevante Design-/Implementierungsanleitungen, fokussierten Browser-Check und erforderliche Projektprüfungen |
| Nur Audit/Überprüfung | Relevante Design-/Qualitäts-/Browser-Anleitungen; sammeln Sie Belege und melden Sie priorisierte Ergebnisse; bearbeiten Sie das geprüfte Projekt nicht |
| Bewegung/Animation | Bewegung, betroffene UI und Prüfung auf reduzierte Bewegung |
| Website- oder Oberflächentexte | Website- und Oberflächentexte und redaktionelle Überprüfung; schreiben oder bearbeiten Sie im angeforderten Umfang |
| Anleitungen oder technische Dokumentation | Technisches Schreiben und redaktionelle Überprüfung; verifizieren Sie den relevanten Ablauf, ohne eine Website erstellen zu müssen |
| RU/EN-Bearbeitung oder Übersetzung | Redaktionelle Überprüfung sowie die entsprechende Kopie-/Dokumentationsanleitung; bewahren Sie Fakten, ausführbaren Text und tatsächliche UI-Beschriftungen |
| Bereit für den Versand? | Abschluss, aktuelle Browser-Belege und erforderliche Projektprüfungen; keine Bereitstellung impliziert |
Laden Sie Referenzen nur bei Bedarf, nicht alle auf einmal. Dies ist eine Auswahl an Fähigkeiten, keine verpflichtende Reihenfolge. Verwenden Sie gültige Belege erneut; wiederholen Sie keine gleichwertigen Überprüfungen unter verschiedenen Namen.
Nützliche Arbeit liefern
- Bei neuen Arbeiten Produktfakten in eine kohärente Richtung überführen und einen funktionierenden Benutzerdurchlauf abschließen, bevor erweitert wird. Bei Verfeinerungen die bestehende Identität und das Verhalten außerhalb des Umfangs bewahren. Bei Redesigns die Produktwahrheit und erforderlichen Funktionen bewahren, während das angeforderte visuelle System geändert wird.
- Mit echten Inhalten und funktionierenden Steuerelementen bauen. Demodaten, lokale Simulationen und nicht verfügbare Integrationen kennzeichnen. Keine Kundenreferenzen, Leistungsaussagen, Preise oder ein funktionierendes Backend erfinden.
- Beim Schreiben oder Bearbeiten von Texten die entsprechende Textanleitung verwenden. Fakten, Bedingungen, Befehle und aktuelle UI-Beschriftungen bewahren. Klarheit und Nützlichkeit verbessern; nicht auf Optimierung für Erkennungsalgorithmen für Autoren auslegen. Reine Textarbeit löst keine Design- oder Browser-Phasen aus, es sei denn, die angeforderte Behauptung erfordert diese.
- Text, Formulare, Navigation und Zustände auf den vorgesehenen Bildschirmen mit Tastatur- und assistiven Semantiken benutzbar machen. Der Gestaltungsanspruch passt zur Oberfläche: ausdrucksstarkes Marketing, präzise Aufgaben-UI, lesbarer redaktioneller Inhalt oder eine von der Arbeit selbst geleitete Erfahrung.
- Verhalten durch Beobachtung des Ergebnisses in einem echten Browser bestätigen. Screenshots auf visuelle Behauptungen prüfen; Quelle, erfolgreicher Klick und erfolgreicher Build beweisen nicht das gerenderte Ergebnis.
- Wenn Tools, Authentifizierung, Assets oder Laufzeitvoraussetzungen nicht verfügbar sind, unabhängige Arbeit abschließen und die spezifisch fehlende Prüfung angeben. Kein BESTANDEN erfinden, keine unrelated Tools installieren oder stillschweigend den Stack des Benutzers ersetzen.
- Die Arbeit im autorisierten Umfang halten. Die Erstellung einer Website autorisiert keine Veröffentlichung, echte Formularübermittlungen, kostenpflichtige Dienste oder Produktionsänderungen. Führen Sie gewöhnliche autorisierte Arbeiten ohne wiederholte Genehmigungsanfragen fort.
Tools und Portabilität
Jede Referenz/ jedes Skript relativ zu dieser SKILL.md auflösen. Keine persönlichen Pfade, kein spezifisches Betriebssystem, kein externer Skill-Name, API-Schlüssel, Framework oder Hosting-Konto erforderlich. Browser-QA deckt die Tool-Erkennung, das Verhalten ohne Browser und optionale enthaltene Helfer ab. Chrome DevTools und Playwright sind paketinterne Anleitungen, keine Abhängigkeiten von anderen Skills.
Die enthaltenen Node-Helfer sind optional. scripts/doctor.mjs meldet grundlegende lokale Fähigkeiten, ohne etwas zu installieren; scripts/browser-check.mjs führt eine begrenzte Rauchprüfung durch, wenn Playwright und ein Browser bereits vorhanden sind. Beginnen Sie mit deren --help. Keine Node-Laufzeitumgebung erforderlich, um diesen Skill mit Host-Tools lediglich zu lesen und zu verwenden.
Mit Belegen abschließen
Zuerst die geänderte Oberfläche oder das Prüfungsergebnis melden, gefolgt von tatsächlich durchgeführten Prüfungen, relevanten Artefakten und Einschränkungen. Für umfangreiche Lieferungen prägnante QA-Belege gemäß der Projektkonvention speichern. Bei kleinen Korrekturen kann die abschließende Antwort ausreichen. NICHT AUSGEFÜHRT angeben, wenn eine Prüfung nicht ausgeführt werden konnte; Freigabe BESTANDEN für erforderliche Prüfungen reservieren, die tatsächlich bestanden wurden und keinen bekannten Blocker haben. Abschluss definiert den Bericht und die Annahmegrenzen.
Der Zuschreibungsnachweis ist THIRD_PARTY_NOTICES.md; er dient der Herkunftsangabe, nicht als Laufzeitanweisung. Es ist kein CLI, Binärprogramm, kostenpflichtiger Dienst oder automatischer Updater eines Drittanbieters enthalten.