Dream Looppar achimala

Dream Loop Skill.

Établissez d’abord la capture d’écran souhaitée, puis servez-vous-en comme cible pour l’implémentation.

Itération visuelle
Conception de jeu
Prototypage

Télécharger OpenDesign Voir le guide d’utilisation

Revue de la source · Dream LoopSKILL.md

Tâche Itération visuelle Produit • Une image cible enregistrée représentant la vue prévue du jeu ou de l’application. • Un travail d’implémentation évalué par rapport à cette cible visuelle. • Un contexte d’itération propre à la tâche dans le dossier de travail documenté. Avant de commencer Nécessite une image cible, ou un accès à la génération d’images si aucune n’est fournie. Les exigences détaillées en outils dépendent du workflow référencé choisi et n’ont pas pu être établies à partir de l’entrée seule.

Synthèse éditoriale · source examinée 2026-10-07 · pas un exemple généré

01 Fonctionnement

Construire vers une cible visuelle concrète

Un processus d’implémentation ciblé sur une capture d’écran, avec des modes de workflow distincts, la préservation de la base visuelle et des considérations explicites sur le budget de ressources.

Workflow fondé sur la sourcePas un benchmark d’exécution

La méthode de travail

Dream Loop est un processus d’itération visuelle pour les jeux et les applications, avec un accent particulier sur les scènes graphiques haute fidélité. Son artefact central est une image cible : fournie par l’utilisateur ou générée comme capture d’écran plausible du résultat visé. Pour un produit existant, la source demande une capture d’écran actuelle comme base avant de générer un raffinement.

Le fichier d’entrée oriente l’exécution vers des workflows de référence Plus et Pro distincts et précise qu’ils ne sont pas interchangeables. L’entrée examinée décrit les règles communes d’image cible et de budget de temps, mais n’établit pas elle-même le détail des mécanismes d’itération. Cette page ne promet donc ni pile d’implémentation particulière, ni benchmark, ni résultat automatiquement fidèle au pixel près.

Livrables attendus

Une image cible enregistrée représentant la vue prévue du jeu ou de l’application.
Un travail d’implémentation évalué par rapport à cette cible visuelle.
Un contexte d’itération propre à la tâche dans le dossier de travail documenté.

Voir l’exemple de brief

Du brief à la revue

01
Choisir le mode documenté
Suivez le workflow Plus ou Pro demandé. Si aucun n’est précisé, la source choisit une voie selon le niveau d’abonnement de codage ; lisez uniquement le guide de cette voie.
02
Verrouiller la cible
Utilisez une image fournie ou générez une capture d’écran cible réaliste. Si vous raffinez un produit, capturez d’abord son apparence actuelle.
03
Itérer dans le périmètre
Construisez vers la cible en vérifiant tout budget de temps indiqué. Signalez les progrès significatifs sans faire passer une fidélité inachevée pour un travail terminé.

02 Cas d’usage

Quand l’utiliser

Nécessite une image cible, ou un accès à la génération d’images si aucune n’est fournie. Les exigences détaillées en outils dépendent du workflow référencé choisi et n’ont pas pu être établies à partir de l’entrée seule.

Un bon choix

Prototypes graphiquesUtile lorsqu’une cible visuelle concrète communique le résultat voulu mieux que des adjectifs seuls.
Raffinement d’un produit existantAncre la cible à une capture d’écran actuelle afin qu’une amélioration visuelle ne devienne pas une refonte sans rapport.

Limites à vérifier

Capacité de cible requiseSans génération d’images, la source demande une cible fournie ou un service de génération d’images connecté.
Itération potentiellement coûteuseLa source avertit qu’une boucle sans limite peut consommer beaucoup de jetons.
Guides de workflow supplémentaires requisLes instructions Plus et Pro se trouvent dans des fichiers de référence distincts. Lisez le guide choisi pour établir ses outils et ses critères d’achèvement avant de commencer.

Apportez ces éléments

Brief du jeu ou de l’applicationDécrivez la vue réelle et ce qu’elle doit faire.
Image actuelle ou cibleFournissez la base d’un produit existant ou une cible lorsqu’elle existe.
Mode et budgetIndiquez le workflow demandé et toute contrainte de temps ou de ressources.

03 Décisions importantes

Décisions importantes

Une capture d’écran est une contrainte partagée
Une cible concrète réduit l’ambiguïté sur la composition, l’éclairage ou la qualité graphique.
Pas du concept art
La source demande une cible d’implémentation réaliste plutôt qu’une image évocatrice qui ne pourrait pas plausiblement être l’application.
Préserver la base
Le raffinement part de ce qui existe déjà, ce qui réduit les dérives visuelles accidentelles.

04 Exemple de brief

Essayer un brief ciblé

L’exemple de brief ci-dessous n’a pas été testé. Vérifiez la configuration du skill avant de l’utiliser.

Vérifier la configuration

Installez le Skill complet, y compris les références du workflow choisi. Ne considérez pas le court fichier d’entrée comme un environnement d’exécution autonome.

Fichier source amont

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

Commencer par un seul livrable

Adaptez le périmètre, les sources et les contraintes de ce brief avant d’exécuter le skill.

Exemple de brief

Utilise dream-loop pour améliorer la fidélité graphique de cette scène de navigateur existante. Capture sa vue actuelle, crée une capture d’écran cible réaliste qui préserve la mise en page et le concept d’interaction, et confirme le workflow de référence Plus ou Pro applicable. Garde le travail en local et signale honnêtement les écarts visuels restants à la limite de temps indiquée.

Examiner le résultat

Comparez le résultat réel à ces critères observables.

La cible est enregistrée et clairement liée à la vue de produit demandée.
Les améliorations d’un produit existant préservent les contraintes de la base fournie.
L’achèvement signalé reflète une véritable comparaison visuelle et non seulement une compilation réussie.

OpenDesign fournit un espace de conception local pour les agents de codage. Cette fiche ne signifie pas que le skill est inclus avec le produit, ni que ses outils externes, identifiants et dépendances logicielles le sont.

Télécharger OpenDesign Lire le guide de démarrage rapide

05 Source et licence

Source et licence

Cette page décrit la révision source figée liée ci-dessous. Le comportement et les exigences en amont peuvent changer.

Propriétaire de la source: achimala
Dépôt: achimala/dream-loop
Fichier du skill: SKILL.md
Licence: MIT
Instantané examiné: 2026-10-07 · 9bddb901f7d0

Synthèse éditoriale de la source

Un processus d’implémentation ciblé sur une capture d’écran, avec des modes de workflow distincts, la préservation de la base visuelle et des considérations explicites sur le budget de ressources.

Synthèse originale de OpenDesign, fondée sur la source liée. Les étoiles du dépôt sont un indicateur de popularité daté, pas une mesure d’utilisation du skill ni une note de qualité.

06 Questions avant de commencer

Questions avant de commencer

Faut-il qu’il génère une image cible ?

Non. La source autorise une cible fournie par l’utilisateur ; la génération est nécessaire lorsqu’aucune cible n’est disponible.

La cible est-elle censée être du concept art ?

Non. La source demande précisément une capture d’écran cible réaliste que l’implémentation peut chercher à reproduire.

Le fichier d’entrée définit-il une boucle universelle unique ?

Non. Il choisit entre des workflows de référence Plus et Pro distincts ; ces détails doivent donc être examinés pour l’environnement d’exécution choisi.

OpenDesign

Faites de la place pour la prochaine itération de conception.

Gardez votre brief, vos sources et votre travail de conception ensemble dans un espace de travail local. Vérifiez la configuration propre au skill avant de l’ajouter à votre workflow.

Télécharger OpenDesign Parcourir les skills de conception