Ir a la guía de uso
Dream Looppor achimala

Dream Loop Skill.

Establece primero la captura de pantalla deseada y úsala como objetivo de la implementación.

  • Iteración visual
  • Diseño de juegos
  • Prototipado
Revisión de la fuente · Dream LoopSKILL.md
Tarea Iteración visual Produce • Una imagen objetivo guardada que representa la vista prevista del juego o la app. • Trabajo de implementación evaluado frente a ese objetivo visual. • Contexto de iteración local de la tarea en la carpeta de trabajo documentada. Antes de empezar Necesita una imagen objetivo, o acceso a generación de imágenes si no se proporciona ninguna. Los requisitos detallados de herramientas dependen del flujo de trabajo de referencia seleccionado y no se pudieron establecer solo a partir de la entrada.
Resumen editorial · fuente revisada 2026-10-07 · no es un ejemplo generado

01 Qué hace

Construye hacia un objetivo visual concreto

Un proceso de implementación guiado por capturas de pantalla, con modos de flujo de trabajo separados, conservación de la base visual y consideraciones explícitas sobre el presupuesto de recursos.

Flujo de trabajo basado en la fuenteNo es un benchmark de ejecución

El enfoque de trabajo

Dream Loop es un proceso de iteración visual para juegos y apps, con especial énfasis en escenas gráficas de alta fidelidad. Su artefacto central es una imagen objetivo: proporcionada por el usuario o generada como una captura de pantalla verosímil del resultado previsto. Para un producto existente, la fuente pide una captura actual como base antes de generar un refinamiento.

El archivo de entrada dirige la ejecución a flujos de referencia separados, Plus y Pro, y dice explícitamente que no son intercambiables. La entrada revisada describe las reglas compartidas de imagen objetivo y presupuesto de tiempo, pero no establece por sí misma la mecánica detallada de iteración. Por ello, esta página no promete una pila de implementación concreta, un benchmark ni un resultado automático con precisión de píxel.

Entregables previstos

  • Una imagen objetivo guardada que representa la vista prevista del juego o la app.
  • Trabajo de implementación evaluado frente a ese objetivo visual.
  • Contexto de iteración local de la tarea en la carpeta de trabajo documentada.
Ver el brief de ejemplo

Del brief a la revisión

  1. 01
    Elige el modo documentado

    Sigue el flujo Plus o Pro solicitado. Si no se especifica ninguno, la fuente selecciona una ruta según el nivel de suscripción de programación; lee solo la guía de esa ruta.

  2. 02
    Fija el objetivo

    Usa una imagen proporcionada o genera una captura de pantalla objetivo realista. Si refinas un producto, captura primero su aspecto actual.

  3. 03
    Itera dentro del alcance

    Construye hacia el objetivo comprobando cualquier presupuesto de tiempo indicado. Informa de los avances significativos sin presentar como terminada una fidelidad incompleta.

02 Cuándo usarlo

Cuándo usarlo

Necesita una imagen objetivo, o acceso a generación de imágenes si no se proporciona ninguna. Los requisitos detallados de herramientas dependen del flujo de trabajo de referencia seleccionado y no se pudieron establecer solo a partir de la entrada.

Buen encaje

  • Prototipos gráficosÚtil cuando un objetivo visual concreto comunica el resultado previsto mejor que los adjetivos por sí solos.
  • Refinamiento de un producto existenteAncla el objetivo a una captura actual para que una mejora visual no se convierta en un rediseño sin relación.

Límites que conviene comprobar

  • Se requiere capacidad para el objetivoSin generación de imágenes, la fuente pide un objetivo proporcionado o un servicio de generación de imágenes conectado.
  • Iteración potencialmente costosaLa fuente advierte de que un bucle abierto puede consumir muchos tokens.
  • Se requieren guías de flujo de trabajo adicionalesLas instrucciones de Plus y Pro están en archivos de referencia separados. Lee la guía seleccionada para conocer sus herramientas y criterios de finalización antes de empezar.

Aporta estos datos

  • Brief del juego o la appDescribe la vista real y lo que debe hacer.
  • Imagen actual u objetivoProporciona la base de un producto existente o un objetivo, si lo tienes.
  • Modo y presupuestoIndica el flujo de trabajo solicitado y cualquier restricción de tiempo o recursos.

03 Decisiones importantes

Decisiones que importan

  1. Una captura de pantalla es una restricción compartida

    Un objetivo concreto reduce la ambigüedad sobre composición, iluminación o calidad gráfica.

  2. No es arte conceptual

    La fuente pide un objetivo de implementación realista, no una imagen evocadora que no podría ser razonablemente la app.

  3. Conserva la base

    El refinamiento parte de lo que ya existe, lo que reduce la deriva visual accidental.

04 Ejemplo de brief

Prueba un brief concreto

El brief de ejemplo siguiente no se ha probado. Revisa la configuración del skill antes de usarlo.

Revisa la configuración

Instala el Skill completo, incluidas las referencias del flujo de trabajo elegido. No trates el breve archivo de entrada como un entorno de ejecución autónomo.

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

Necesita una imagen objetivo, o acceso a generación de imágenes si no se proporciona ninguna. Los requisitos detallados de herramientas dependen del flujo de trabajo de referencia seleccionado y no se pudieron establecer solo a partir de la entrada.

Empieza con un solo entregable

Adapta el alcance, el material de origen y las restricciones de este brief antes de ejecutar el skill.

Brief de ejemplo
Usa dream-loop para mejorar la fidelidad gráfica de esta escena existente en el navegador. Captura su vista actual, crea una captura de pantalla objetivo realista que conserve la disposición y el concepto de interacción, y confirma el flujo de referencia Plus o Pro aplicable. Mantén el trabajo en local e informa con honestidad de las diferencias visuales restantes al llegar al límite de tiempo indicado.

Inspecciona el resultado

Comprueba el resultado real con estos criterios observables.

  • El objetivo está guardado y claramente vinculado a la vista del producto solicitada.
  • Las mejoras de un producto existente respetan las restricciones de la base proporcionada.
  • La finalización informada refleja una comparación visual real y no solo una compilación correcta.

OpenDesign ofrece un espacio de trabajo de diseño local para agentes de programación. Este listado no significa que el skill esté incluido en el paquete ni que se incluyan sus herramientas externas, credenciales y dependencias de software.

05 Fuente y licencia

Fuente y licencia

Esta página describe la revisión fija de la fuente enlazada a continuación. El comportamiento y los requisitos originales pueden cambiar.

Propietario de la fuente
achimala
Archivo del skill
SKILL.md
Licencia
MIT
Versión revisada
2026-10-07 · 9bddb901f7d0
Resumen editorial de la fuente
Un proceso de implementación guiado por capturas de pantalla, con modos de flujo de trabajo separados, conservación de la base visual y consideraciones explícitas sobre el presupuesto de recursos.

Resumen original de OpenDesign, basado en la fuente enlazada. Las estrellas del repositorio son una señal de popularidad con fecha, no el uso del skill ni una puntuación de calidad.

06 Preguntas antes de empezar

Preguntas antes de empezar

¿Debe generar una imagen objetivo?

No. La fuente admite un objetivo proporcionado por el usuario; la generación es necesaria cuando no hay ninguno disponible.

¿El objetivo debe ser arte conceptual?

No. La fuente pide específicamente una captura de pantalla objetivo realista que la implementación pueda intentar igualar.

¿El archivo de entrada define un único bucle universal?

No. Elige entre flujos de referencia Plus y Pro separados, así que hay que revisar esos detalles según el entorno de ejecución elegido.

OpenDesign

Deja espacio para la siguiente iteración de diseño.

Mantén juntos tu brief, el material de origen y el trabajo de diseño en un espacio de trabajo local. Revisa la configuración propia del skill antes de añadirlo a tu flujo de trabajo.

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