Zum Inhalt

GEMEINSAM ARBEITEN

Agenten & Skills

Wer die Komponenten baut, wer ihre Details prüft und wie ihr den gemeinsamen Arbeitsablauf mitgestaltet. Ein Skill ist dabei eine wiederverwendbare Arbeitsanleitung für eine konkrete Aufgabe.

Letzter erfasster Lauf

Master-Bibliothek · datierter SOL-Lauf für vollständige Komponenten

0Agenten in Arbeit beim gespeicherten Abgleich

Stand: 15.10.2026, 19:15 Uhr. Diese Momentaufnahme wird noch nicht automatisch aktualisiert. Andere Chats und Rechner sind nicht mitgezählt. Dauerhafte Prüferrollen sind keine zusätzlichen laufenden Agenten.

Beendet · frühere Spezialisten

Integration und Browserprüfung

Früherer Teilauftrag abgeschlossen/unterbrochen; keine Wiederaufnahme.

Ergebnis dieser Rolle
Geprüfte Vorschau und nachvollziehbare Stufen
Beendet · frühere Spezialisten

Astro-Umsetzung

Früherer Teilauftrag abgeschlossen/unterbrochen; keine Wiederaufnahme.

Ergebnis dieser Rolle
Gekapselte Astro-Komponente mit Verhaltenstests
Beendet · frühere Spezialisten

Storyblok und unabhängige Codeprüfung

Früherer Teilauftrag abgeschlossen/unterbrochen; keine Wiederaufnahme.

Ergebnis dieser Rolle
Zurückgelesene verschachtelte CMS-Inhalte, Originalmedien und Prüfbericht
Beendet · frühere Spezialisten

Figma und unabhängige Detailprüfung

Früherer Teilauftrag abgeschlossen/unterbrochen; keine Wiederaufnahme.

Ergebnis dieser Rolle
Eigene Figma-Links und dokumentierte Abweichungen
SOL · Scaling vollständig abgenommen

SOL · vollständige Navigation

LIB-246 einschließlich tatsächlicher neuer Katalogkarte und Links abgeschlossen. LIB-204 nur als Quelle gesichert, Originalmedium blockiert; nächste vollständige Quelle LIB-166.

Ergebnis dieser Rolle
Abgenommene getrennte Paketnachweise mit transparenten Methoden und Grenzen
SOL · unabhängige Schlussprüfung abgeschlossen

SOL · unabhängige Prüfung

Scaling-Paket und tatsächlicher Katalogrelease unabhängig bestanden; keine erneute Paketprüfung nötig.

Ergebnis dieser Rolle
Unabhängiger Prüfbericht
SOL · Figma und Astro-Bildvergleich abgeschlossen

SOL · Quellenzugang und Figma

Vier native Scaling-Figma-Zustände und vier tatsächliche Astro-/Originalbildpaare getrennt unabhängig geprüft.

Ergebnis dieser Rolle
Quellenbeleg und editierbare Figma-Zustände

Die Details prüft eine zweite Rolle

Diese Verantwortung bleibt für jede neue Komponente bestehen. Sie ist vom Bau der Komponente getrennt und wird bei der Abnahme zugewiesen.

Dauerhafte Prüferrolle · keine zusätzliche Live-Instanz

Visuelle Detailprüfung

Vergleicht Original, Astro-Vorschau und Figma nach jeder relevanten Änderung. Diese Rolle prüft unabhängig von der Umsetzung.

  • Abstände und Ausrichtung – zum Beispiel Bag/Menu und das Schließen-Symbol
  • Icons, Schrift, Farben sowie Hover- und Fokuszustände
  • Originalbilder, Videos, Bildausschnitte und Kontrast
  • Desktop-/Mobil-Grid, Menü-Zustände und Bewegungsabläufe
Was bei der Abnahme vorliegt
Ein kurzer Vergleich mit Bildern, direkten Links und eindeutigem Ergebnis: passt, muss korrigiert werden oder noch nicht geprüft.

Die Prüfung korrigiert belegte Abweichungen. Sie erfindet keine neuen Texte, Funktionen oder Gestaltungsideen.

Prüfregeln im Projekt ansehen ↗

Welche Anleitung übernimmt was?

Hier steht, was der jeweilige Ablauf erledigt, welche gemeinsamen Regeln gelten und welches Ergebnis ihr erwarten könnt. Die verlinkten Anleitungen lassen sich im Projekt gemeinsam weiterentwickeln.

Gemeinsame Projektanleitung

Original in Astro und Storyblok übertragen

Macht aus einer vorhandenen Originalkomponente einen kopierbaren Master-Baustein, ohne ihren Aufbau neu zu gestalten.

Ablauf und Ergebnis ansehen

Das übernimmt der Ablauf

  • Originaltexte, Bilder, Video und Bewegungsabläufe aufnehmen.
  • Darstellung, Bedienung und bearbeitbare CMS-Inhalte voneinander trennen.

So bleibt es mit dem Master kompatibel

  • Astro liefert die Grundstruktur; JavaScript bleibt auf die nötige Interaktion begrenzt.
  • Storyblok verwendet bestehende Medien-, Text- und Button-Blöcke. Wiederholte Inhalte sind Listen verschachtelter Blöcke.
  • Gemeinsame Navigation und Footer bleiben getrennte Konfigurationen.

Das liegt anschließend vor

Eine erreichbare Demo, bearbeitbare CMS-Inhalte, passende Figma-Ansichten und ein belegter Aufgabenstand.

Originalquelle und Medien müssen zugänglich sein. Inhalte und Gestaltung müssen zur Quelle zurückverfolgbar bleiben.

Anleitung öffnen ↗
Neue Komponenten werden nach jeder Bereitstellung abgeglichen

Figma und laufende Vorschau abgleichen

Sorgt dafür, dass die Design-Datei denselben Stand zeigt wie die tatsächlich gebaute Komponente.

Ablauf und Ergebnis ansehen

Das übernimmt der Ablauf

  • Originalmedien, Texte und Zustände in editierbare Ansichten übernehmen.
  • Desktop- und Mobilansicht direkt mit der Astro-Vorschau vergleichen.

So bleibt es mit dem Master kompatibel

  • Desktop: 1440 px, zwölf Spalten, 48 px Rand und 24 px Abstand; Mobil: 375 px, vier Spalten und 24 px Rand.
  • PP Neue Montreal und gemeinsame Farbrollen; Originalflächen und Bewegung der Beispiele erhalten.
  • Wiederverwendbare Elemente und nachvollziehbare Abstände statt einer flachen Bildschirmkopie.

Das liegt anschließend vor

Ein direkter Figma-Link pro umgesetzter Komponente mit dokumentierten Zuständen und offenen Abweichungen.

Jede Komponente braucht ihre eigene verlinkte Ansicht; das Original bleibt separat erhalten.

Anleitung öffnen ↗
Verbindlicher Prüfschritt in der Projektanleitung

Visuelle Detailprüfung und Freigabe

Findet kleine Abweichungen, bevor eine Komponente als fertig gilt – vom Icon bis zum Hintergrundbild.

Ablauf und Ergebnis ansehen

Das übernimmt der Ablauf

  • Gleiche Bildschirmbreiten und Bedienzustände gegenüberstellen.
  • Abstände, Icons, Fokus, Medien und Bewegung systematisch prüfen.

So bleibt es mit dem Master kompatibel

  • Eine prüfende Rolle bewertet die Arbeit zusätzlich zur ausführenden Rolle.
  • Jede Abweichung bekommt einen Beleg und einen konkreten nächsten Schritt.
  • Ein erfolgreicher technischer Test ersetzt keinen visuellen Vergleich; kein freies Redesign während der Prüfung.

Das liegt anschließend vor

Ein Abnahmeprotokoll mit Vergleichsbildern, Ergebnissen und verknüpften Aufgaben.

Original, laufende Vorschau und Figma müssen für den Vergleich vorliegen. Fehlende Prüfschritte werden sichtbar festgehalten.

Anleitung öffnen ↗
Pausiert · Quellenauswahl nicht akzeptiert

GetLayers-Komponenten übernehmen

Übernimmt bereits gebaute GetLayers-Komponenten samt echter Medien in dieselbe Bibliothek.

Ablauf und Ergebnis ansehen

Das übernimmt der Ablauf

  • Vorhandene Quelldateien und ihre Herkunft prüfen.
  • Echte Screenshot- oder Video-Vorschauen ergänzen und die Komponente im passenden Bereich einordnen.

So bleibt es mit dem Master kompatibel

  • Vor der Arbeit mit GetLayers wird die Verbindung über den vorgesehenen Startschritt geprüft.
  • Die gleichen Astro-, Storyblok-, Theme- und Figma-Regeln gelten wie bei den anderen Komponenten.
  • Fehlende Teile werden je Vorlage dokumentiert; zugängliche Quellen werden unabhängig davon übertragen.

Das liegt anschließend vor

Eine übernommene, erreichbare Komponente mit belegter Vorschau und nachvollziehbarem Designstand.

Gewünschte GetLayers-Originale eindeutig zuordnen; bisherige pechschwarz-Adaptionen nicht als Ersatz verwenden.

Anleitung öffnen ↗

So könnt ihr mitarbeiten

Aufgaben, Regeln und Code gehören zum selben Projekt. Rückmeldungen verändern den Arbeitsablauf über nachvollziehbare Änderungen – sie bleiben nicht nur im Chat stehen.

  1. Eine konkrete Aufgabe wählen

    Die Aufgabenübersicht nennt feste IDs, Priorität, nächste Schritte und Abnahmekriterien. So lässt sich jede Rückmeldung einer Komponente oder Änderung zuordnen.

    Aufgaben öffnen →
  2. Änderungen gemeinsam besprechen

    Entwickler können in der bestehenden Änderungsprüfung Rückmeldungen hinterlassen, eine betroffene Stelle markieren und Vergleichsbilder verlinken. Die Aufgaben-ID hält die Diskussion eindeutig.

    Änderungen und Kommentare öffnen →
  3. Konventionen selbst mitgestalten

    Code-, CMS- und Gestaltungsregeln liegen im Projekt. Kolleginnen und Kollegen können sie im selben Änderungsvorschlag wie die Komponente bearbeiten und prüfen lassen.

    Projektkonventionen öffnen →
  4. Ablauf und Aufgaben anpassen

    Die gemeinsame Anleitung und der Arbeitsplan sind bearbeitbare Projektdateien. Änderungen laufen über die bestehende Prüfung; sie gelten danach für die nächsten Komponenten.

    Arbeitsplan im Projekt öffnen →
  5. Anhand desselben Ergebnisses abnehmen

    Die Vorschau, der zugehörige Figma-Link und die Prüfergebnisse werden zusammen betrachtet. Fehlende Ansichten oder Detailkorrekturen bleiben offen, bis sie belegt erledigt sind.

    Gemeinsame Abnahmeregeln öffnen →

Ein gemeinsamer Standard

  1. Original bewahren. Texte, Medien, Aufbau und Bewegung bleiben bei der Quelle. Keine zusätzlichen CTAs oder Bedienelemente ohne Auftrag.
  2. Ein Theme. PP Neue Montreal sowie gemeinsame Rollen für Schwarz, Beige, Grün und neutrale Flächen. Besondere Demo-Flächen bleiben lokal an ihrer Komponente.
  3. Verschachtelte Inhalte. Medien, Textgruppen und Buttons verwenden die vorhandenen Master-Blöcke. Wiederholungen sind Listen von Blöcken.
  4. Config separat. Gemeinsame Navigation und Footer werden als auswählbare Configs geführt; die eigentliche Komponente bleibt unabhängig kopierbar.
  5. Ein belegter Stand. Frontend, CMS und Figma werden getrennt geprüft. Eine Vorschau ist noch keine vollständige Freigabe.