Elysia Tools
Mobile Navigation
Workflow Playbook
Vergleichen Sie zwei Artefakte, waehlen Sie je nach Format den passenden Diff-Zweig, pruefen Sie strukturelle oder semantische Aenderungen und schliessen Sie bei Bedarf mit Integritaetspruefungen auf Byte-Ebene ab.
Themen
Dieser Workflow ist fuer Faelle gedacht, in denen zwei Artefakte fuer eine Freigabeentscheidung verglichen werden muessen. Der ehrliche erste Schritt ist die Einordnung des Artefakttyps. Eine Markdown-Ueberarbeitung, ein CSV-Export, ein OpenAPI-Vertrag, zwei Screenshots oder ein AGEX-Paket brauchen unterschiedliche Belege, obwohl sie alle wie Diff-Probleme aussehen.
Fuer Text verwenden Sie text-diff, fuer Tabellen und Exporte csv-excel-diff-tool, fuer JSON-Payloads json-diff-visualizer, fuer Dokumente oder Medien pdf-diff, image-difference oder audio-diff. Dieser erste Durchgang sollte zeigen, wo die relevanten Unterschiede wirklich liegen.
Roh-Diffs sind oft zu laut fuer eine echte Entscheidung. Verwenden Sie diff-formatter fuer saubere Text-Patches, pretty-json-diff fuer Feldwechsel, difference-arrays fuer Mengenunterschiede und environment-config-diff-visualizer fuer Konfigurationsdrift. Wenn Kompatibilitaet wichtiger ist als der reine Dateitext, eskalieren Sie zu database-schema-diff, openapi-diff-breach-detector oder api-response-diff-semantic-analyzer.
Vor der Freigabe entscheiden Sie, ob wahrnehmbare Review oder exakter Byte-Beweis noetig ist. responsive-breakpoint-diff prueft Layout-Regressionen ueber Breakpoints hinweg. checksum-comparator und hash-algorithm-comparator bestaetigen Digest-Genauigkeit. agex-bundle-diff ist fuer Paketierungsunterschiede bei verschluesselten Buendeln gedacht, nicht fuer normalen Inhaltsreview. Ein gutes Endergebnis nennt den Artefakttyp, den genutzten Zweig, die wichtigsten Aenderungen und ob die Belege als lesbares Review, Kompatibilitaetsnachweis oder Integritaetsnachweis dienen.
Workflow-Leitfaden
Beginnen Sie mit dem inhaltlich passendsten Vergleich fuer das reale Format, damit der Reviewer echte Aenderungen statt eines generischen Binaerkonflikts sieht.
Wenn der Roh-Diff zu laut ist, formatieren oder begrenzen Sie den Vergleich so, dass Zeilen-, JSON-Feld-, Array- oder Konfigurationsunterschiede lesbar und zuordenbar werden.
Wenn die eigentliche Frage Kompatibilitaet statt Rohinhalt ist, vergleichen Sie Datenbankschemata, OpenAPI-Vertraege oder API-Antworten, um Brueche und semantische Drift zu finden.
Schliessen Sie mit Responsive-Review oder Byte-Pruefungen ab, wenn die Freigabe von visuellen Regressionen, exakten Hashes oder beobachtbaren AGEX-Paketaenderungen abhaengt.
Nutzen Sie den Text- oder Tabellenzweig fuer Dokumente, Logs, Markdown, CSV oder Tabellen; den strukturierten Zweig fuer JSON, Arrays oder Umgebungswerte; den Vertragszweig fuer Datenbankschemata, OpenAPI oder gepaarte API-Antworten; den Medienzweig fuer PDF, Bilder, Audio oder responsive Layouts; und den Integritaetszweig, wenn die Kernfrage lautet, ob Bytes, Hashes oder AGEX-Pakete den erwarteten Aenderungen entsprechen.
Verwenden Sie Formatter-, Schema-, Semantic- oder Media-Zweige, wenn Reviewer die Aenderung verstehen muessen. Verwenden Sie Checksum-, Hash- oder AGEX-Diff, wenn die Abnahme von binaerer Genauigkeit oder Paketstatus abhaengt.