Eine Referenz statt einer wiedergefundenen Anwendung definieren
Dieser Ablauf hilft Frontend-Entwicklern und Produktdesignern, einen statischen Bildschirm für die Umsetzung vorzubereiten. Das Ergebnis ist ein geprüftes visuelles Inventar, kein Quellcode und keine geklonte Anwendung. Vereinbaren Sie Ansichtsgröße, Zustand, Zweck und Prüfer. Bei angemeldeten Ansichten verwenden Sie eine autorisierte Aufnahme des tatsächlichen Zustands; öffentliche Aufnahmen können Banner, unvollständige Ressourcen oder andere Ansichten zeigen. Metadaten helfen bei technischen Maßen, nicht bei Berechtigung oder Funktionsnachweis.
Datenschutz und Koordinaten vor dem Upload klären
Auch Hilfswerkzeuge können Dateien auf Servern verarbeiten. Entfernen Sie sensible Pixel lokal vor deren Nutzung oder verwenden Sie die Maske vor dem Upload im Extraktor. Prüfen Sie zusätzlich Namen, Metadaten und Kontext. Geschützte Originale gehören nicht ins Paket. Einwilligung garantiert keine Nullaufbewahrung beim Anbieter.
Der Extraktor akzeptiert PNG, JPEG und WebP bis 10 MB, 16 MP und 8192 Pixel pro Seite bei höchstens 240 Knoten. Notieren Sie bei Ausschnitten Originalmaße, Versatz und Endmaße. Rahmen beziehen sich auf das analysierte Bild, nicht automatisch auf den vollständigen Screenshot, CSS-Pixel oder andere Ansichtsgrößen. Prüfen Sie jede manuelle Umrechnung. Zuschneiden entfernt keine Daten aus anderen Kopien.
Beobachtungen prüfen, nicht Vertrauenswerten folgen
Der schnelle Modus stellt eine KI-Anfrage, der präzise ergänzt höchstens zwei lokale Prüfungen. Ungültige Korrekturen werden verworfen und als teilweise erfasst markiert. Optionale lokale englische OCR kann nahe exakte Texttreffer mit hoher Sicherheit ausrichten; andere Rahmen bleiben geschätzt und fehlende OCR blockiert die Analyse nicht. Die Offline-Demo ist synthetisch und kein Nachweis für Ihr Bild.
Vergleichen Sie Beschriftungen, Typen, Einordnung, Eltern und Grenzen mit dem exakten Bild. Ein Rechteck beweist weder HTML-Schaltfläche noch Klickereignis oder Tastaturzugang. Benennen Sie fehlende und abgeschnittene Bereiche, statt sie zu erfinden. Modellvertrauen ist keine gemessene Genauigkeit. Bewahren Sie das erste JSON auf, korrigieren Sie das Ergebnis und notieren Sie Neugestaltungswünsche getrennt. JSON und Markdown enthalten nach dem Download Prüfstatus und Nutzung, aber nicht das separat aufzubewahrende Bild.
Validieren und Änderungen erklären
Leiten Sie das Schema mit unterstützten Regeln aus dem tatsächlichen Export ab; ein internes Format muss nicht stabil bleiben. Prüfen Sie Typen und Felder und fragen Sie repräsentative Komponenten im Gesamtdokument ab. Knotenreferenzen, Identitäten, unmögliche Maße und Rahmen außerhalb des Bildes brauchen zusätzliche Kontrolle.
Vergleichen Sie Anfangs- und End-JSON und erklären Sie korrigierte Texte, verschobene Rahmen, neue Eltern und entfernte erfundene Knoten. Neu sortierte Arrays oder erzeugte Kennungen verursachen Rauschen; gleichen Sie nach visuellem Kontext ab, statt jede Pfadänderung als echte UI-Änderung zu werten. Bewahren Sie Unsicherheit und Teilstatus, anstatt sie für einen bestandenen Bericht zu löschen.
Nachprüfbare und hinterfragbare Belege übergeben
Liefern Sie freigegebenes Bild, JSON, Markdown, Ausschnittzuordnung, Schema, Entscheidungen und offene Fragen mit zusammengehörigen Revisionsnamen. Prüfen Sie den Datenschutz erneut und berechnen Sie SHA-256 nach der letzten Änderung. Prüfsummen identifizieren Kopien, nicht Qualität oder Eigentum; temporäre Links sind keine dauerhafte Übergabe.
Die Entwicklung muss Verhalten, responsive Darstellung, Tastatur und Barrierefreiheit im Browser testen. Dieser Ablauf endet bei der visuellen Referenz. Das Stilinventar behandelt CSS-Beobachtungen und Tokenvorschläge, der responsive Vergleich tatsächliche Renderänderungen und der Screenshot-Leitfaden Arbeitsanweisungen.