Dream Loopvon achimala

Dream Loop Skill.

Legen Sie zuerst den gewünschten Screenshot fest und nutzen Sie ihn dann als Ziel für die Umsetzung.

Visuelle Iteration
Spieldesign
Prototyping

OpenDesign herunterladen Nutzungsanleitung ansehen

Quellenprüfung · Dream LoopSKILL.md

Aufgabe Visuelle Iteration Ergebnis • Ein gespeichertes Zielbild, das die beabsichtigte Spiel- oder App-Ansicht darstellt. • Umsetzungsarbeit, die am visuellen Ziel gemessen wird. • Aufgabenbezogener Iterationskontext im dokumentierten Arbeitsordner. Vor dem Start Benötigt ein Zielbild oder Zugriff auf Bildgenerierung, falls keines vorliegt. Detaillierte Tool-Anforderungen hängen vom gewählten referenzierten Workflow ab und ließen sich aus dem Eintrag allein nicht ermitteln.

Redaktionelle Zusammenfassung · Quelle geprüft 2026-10-07 · kein generiertes Beispiel

01 Funktionen

Auf ein konkretes visuelles Ziel hinarbeiten

Ein screenshotgeführter Umsetzungsprozess mit getrennten Workflow-Modi, Erhalt der Ausgangsbasis und ausdrücklicher Berücksichtigung des Ressourcenbudgets.

Quellenbasierter WorkflowKein Ausführungs-Benchmark

Die Arbeitsweise

Dream Loop ist ein Prozess zur visuellen Iteration für Spiele und Apps, mit besonderem Schwerpunkt auf grafisch hochwertigen Szenen. Zentrales Artefakt ist ein Zielbild: von der Nutzerin oder dem Nutzer bereitgestellt oder als plausibler Screenshot des beabsichtigten Ergebnisses generiert. Bei einem bestehenden Produkt verlangt die Quelle vor der Erzeugung einer Verfeinerung einen aktuellen Screenshot als Ausgangsbasis.

Die Einstiegsdatei leitet die Ausführung an getrennte Referenz-Workflows für Plus und Pro weiter und sagt ausdrücklich, dass diese nicht austauschbar sind. Der geprüfte Eintrag beschreibt die gemeinsamen Regeln zu Zielbild und Zeitbudget, legt die detaillierte Iterationsmechanik aber nicht selbst fest. Diese Seite verspricht daher weder einen bestimmten Implementierungs-Stack noch einen Benchmark oder ein automatisch pixelgenaues Ergebnis.

Erwartete Ergebnisse

Ein gespeichertes Zielbild, das die beabsichtigte Spiel- oder App-Ansicht darstellt.
Umsetzungsarbeit, die am visuellen Ziel gemessen wird.
Aufgabenbezogener Iterationskontext im dokumentierten Arbeitsordner.

Beispiel-Briefing ansehen

Vom Briefing zur Prüfung

01
Den dokumentierten Modus wählen
Folgen Sie dem gewünschten Plus- oder Pro-Workflow. Ist keiner angegeben, wählt die Quelle den Weg nach Stufe des Coding-Abonnements; lesen Sie nur die Anleitung dieses Wegs.
02
Das Ziel festlegen
Verwenden Sie ein bereitgestelltes Bild oder generieren Sie einen realistischen Ziel-Screenshot. Bei der Verfeinerung eines Produkts erfassen Sie zuerst dessen aktuelles Erscheinungsbild.
03
Im vorgegebenen Rahmen iterieren
Arbeiten Sie auf das Ziel hin und beachten Sie dabei ein angegebenes Zeitbudget. Berichten Sie über wesentliche Fortschritte, ohne unfertige Detailtreue als abgeschlossen auszugeben.

02 Einsatzbereiche

Wann es passt

Benötigt ein Zielbild oder Zugriff auf Bildgenerierung, falls keines vorliegt. Detaillierte Tool-Anforderungen hängen vom gewählten referenzierten Workflow ab und ließen sich aus dem Eintrag allein nicht ermitteln.

Gut geeignet

Grafische PrototypenNützlich, wenn ein konkretes visuelles Ziel das gewünschte Ergebnis besser vermittelt als Adjektive allein.
Verfeinerung bestehender ProdukteVerankert das Ziel an einem aktuellen Screenshot, damit aus einer visuellen Verbesserung kein unabhängiges Redesign wird.

Zu prüfende Grenzen

Zielbild-Fähigkeit erforderlichOhne Bildgenerierung verlangt die Quelle ein bereitgestelltes Zielbild oder einen angebundenen Bildgenerierungsdienst.
Möglicherweise kostspielige IterationDie Quelle warnt, dass eine offene Schleife erheblich viele Tokens verbrauchen kann.
Zusätzliche Workflow-Anleitungen erforderlichDie Anweisungen für Plus und Pro stehen in getrennten Referenzdateien. Lesen Sie vor dem Start die gewählte Anleitung, um Tools und Abschlusskriterien zu klären.

Diese Eingaben mitbringen

Spiel- oder App-BriefingBeschreiben Sie die tatsächliche Ansicht und was sie leisten muss.
Aktuelles Bild oder ZielbildLiefern Sie die Ausgangsbasis für ein bestehendes Produkt oder, falls vorhanden, ein Zielbild.
Modus und BudgetNennen Sie den gewünschten Workflow sowie Zeit- oder Ressourcenbeschränkungen.

03 Wichtige Entscheidungen

Entscheidungen, die zählen

Ein Screenshot ist eine gemeinsame Vorgabe
Ein konkretes Ziel verringert Unklarheiten bei Komposition, Beleuchtung oder grafischer Qualität.
Keine Concept Art
Die Quelle verlangt ein realistisches Umsetzungsziel statt eines stimmungsvollen Bildes, das plausibel nicht die App sein könnte.
Die Ausgangsbasis bewahren
Die Verfeinerung beginnt bei dem, was bereits existiert, und verringert so unbeabsichtigte visuelle Abweichungen.

04 Beispielbriefing

Mit einem fokussierten Briefing testen

Das folgende Beispiel-Briefing wurde nicht getestet. Prüfen Sie die Einrichtung des Skills, bevor Sie es verwenden.

Einrichtung prüfen

Installieren Sie den vollständigen Skill einschließlich der gewählten Workflow-Referenzen. Betrachten Sie die kurze Einstiegsdatei nicht als eigenständige Laufzeitumgebung.

Upstream-Quelldatei

https://github.com/achimala/dream-loop/blob/9bddb901f7d071cfefdd21e264267c757177a9df/SKILL.md

Mit einem Ergebnis beginnen

Passen Sie Umfang, Quellenmaterial und Vorgaben in diesem Briefing an, bevor Sie den Skill ausführen.

Beispiel-Briefing

Nutze dream-loop, um die grafische Qualität dieser bestehenden Browser-Szene zu verbessern. Erfasse die aktuelle Ansicht, erstelle einen realistischen Ziel-Screenshot, der Layout und Interaktionskonzept beibehält, und bestätige den zutreffenden Plus- oder Pro-Referenz-Workflow. Halte die Arbeit lokal und berichte beim vorgegebenen Zeitlimit ehrlich über verbleibende visuelle Lücken.

Das Ergebnis prüfen

Prüfen Sie die tatsächliche Ausgabe anhand dieser beobachtbaren Kriterien.

Das Ziel ist gespeichert und eindeutig der angeforderten Produktansicht zugeordnet.
Verbesserungen an bestehenden Produkten wahren die vorgegebenen Einschränkungen der Ausgangsbasis.
Der gemeldete Abschluss beruht auf einem tatsächlichen visuellen Vergleich und nicht nur auf erfolgreicher Kompilierung.

OpenDesign bietet einen lokalen Design-Arbeitsbereich für Coding-Agenten. Dieser Eintrag bedeutet nicht, dass der Skill gebündelt ist oder dass externe Tools, Zugangsdaten und Software-Abhängigkeiten enthalten sind.

OpenDesign herunterladen Schnellstart lesen

05 Quelle und Lizenz

Quelle und Lizenz

Diese Seite beschreibt die unten verlinkte, festgelegte Quellrevision. Verhalten und Anforderungen im Upstream können sich ändern.

Quellen-Inhaber: achimala
Repository: achimala/dream-loop
Skill-Datei: SKILL.md
Lizenz: MIT
Geprüfter Stand: 2026-10-07 · 9bddb901f7d0

Redaktionelle Quellenzusammenfassung

Ein screenshotgeführter Umsetzungsprozess mit getrennten Workflow-Modi, Erhalt der Ausgangsbasis und ausdrücklicher Berücksichtigung des Ressourcenbudgets.

Originalzusammenfassung von OpenDesign auf Basis der verlinkten Quelle. Repository-Sterne sind ein datiertes Popularitätssignal, weder Skill-Nutzung noch Qualitätswert.

06 Fragen vor dem Start

Fragen vor dem Start

Muss ein Zielbild generiert werden?

Nein. Die Quelle erlaubt ein vom Nutzer bereitgestelltes Ziel; eine Generierung ist nötig, wenn keines vorliegt.

Soll das Ziel Concept Art sein?

Nein. Die Quelle verlangt ausdrücklich einen realistischen Ziel-Screenshot, dem die Umsetzung nahekommen kann.

Definiert die Einstiegsdatei eine universelle Schleife?

Nein. Sie wählt zwischen getrennten Referenz-Workflows für Plus und Pro, daher müssen diese Details für die gewählte Ausführungsumgebung geprüft werden.

OpenDesign

Schaffen Sie Raum für die nächste Design-Iteration.

Halten Sie Briefing, Quellenmaterial und Designarbeit in einem lokalen Arbeitsbereich zusammen. Prüfen Sie die Einrichtung des Skills, bevor Sie ihn in Ihren Workflow aufnehmen.

OpenDesign herunterladen Design-Skills durchsuchen