# Dream Loop > Construye un juego o una app a partir de una descripción para que una captura en vivo coincida con un render generado. Úsalo cuando el usuario diga «dream loop» o pida algo con un nivel muy alto de fidelidad gráfica. Fuente: https://skillsagentes.com/skills/achimala/dream-loop/dream-loop Markdown: https://skillsagentes.com/skills/achimala/dream-loop/dream-loop.md Repositorio: https://github.com/achimala/dream-loop Autor: achimala Licencia: MIT Actualizado: el mes pasado Coste de contexto: 51 tok instalada, 726 tok al activarse, 1756.2k tok con todos los archivos del bundle Bundle: 13 archivos, 6.7 MB Permisos que pide: ninguno declarado ## Instalación Un skill son archivos markdown: los mismos archivos valen para cualquier agente y lo único que cambia es el directorio de destino, es decir la bandera `--agent`. Añade `-g` para instalarlo en todos los proyectos de la máquina. ```bash # Claude Code npx -y skills add achimala/dream-loop --agent claude-code # Cursor npx -y skills add achimala/dream-loop --agent cursor # Codex npx -y skills add achimala/dream-loop --agent codex # Gemini CLI npx -y skills add achimala/dream-loop --agent gemini # Windsurf npx -y skills add achimala/dream-loop --agent windsurf # Cline npx -y skills add achimala/dream-loop --agent cline ``` ## Qué hace - Autónomamente construye visuales muy llamativos, sobre todo escenas 3D, iterando hasta que la captura real coincida con la imagen objetivo. - Elige el flujo de trabajo según el nivel de suscripción del usuario: Plus para niveles bajos, Pro para niveles altos, o el indicado explícitamente. - Crea y usa una carpeta .dream-loop para el contexto y archivos de trabajo, y la añade a .gitignore. - Genera o pide una imagen objetivo «dream version» y, si ya hay producto, parte de una captura actual para refinarla sin divergir. - Gestiona el presupuesto de tiempo entre rondas sin recortar calidad visual, y avisa de que sin límite puede consumir muchos tokens. ## Cuándo usarla - Cuando el usuario diga «dream loop». - Cuando pidan crear un juego o una app con un nivel muy alto de fidelidad gráfica. - Cuando se quiera que la captura real del producto coincida con un render generado. ## Qué la activa - "Hazme un dream loop de un juego de carreras futurista." - "Usa dream loop para construir esta app con fidelidad gráfica máxima." - "Quiero que la pantalla del juego coincida exactamente con este render." - "Aplica el dream loop al prototipo 3D que te he descrito." ## Antes de instalar - Se necesita una herramienta de generación de imágenes o que el usuario proporcione la imagen objetivo, además de conocer su nivel de suscripción para elegir el flujo. - Variables de entorno: FAL_API_KEY, FAL_KEY - makes network requests - needs API credentials ## Archivos - .gitignore — 13 B - LICENSE — 1 KB - README.md — 2 KB - SKILL.md — 3 KB - assets/vesper-preview.gif — 6.7 MB - references/fal.md — 5 KB - references/plus-mode/assets-3d.md — 3 KB - references/plus-mode/workflow.md — 2 KB - references/pro-mode/assets-3d.md — 3 KB - references/pro-mode/workflow.md — 4 KB - scripts/fal-batch.mjs — 11 KB - scripts/fal-batch.test.mjs — 9 KB - scripts/preview-server.py — 2 KB ## SKILL.md Reproducido tal cual desde achimala/dream-loop bajo MIT. Esta sección es el documento original y está en inglés. # dream-loop This is a process for you to autonomously build extremely impressive visuals, especially for 3D scenes (e.g. in a game or app). Your first step is to determine which workflow to use: - If the user told you to use the Plus or Pro workflow explicitly, that's your answer - If not, check if the user is on a low or high tier coding subscription. "Low tier" means ChatGPT Plus or equivalent. "High tier" means ChatGPT Pro. For low-tier subscriptions, use the Plus workflow. For high-tier, use the Pro workflow. Plus workflow: read [references/plus-mode/workflow.md](references/plus-mode/workflow.md) Pro workflow: read [references/pro-mode/workflow.md](references/pro-mode/workflow.md) Do not read both documents. They are not inter-compatible. # Guidance applicable to both workflows ## General Create and use a `.dream-loop` folder for working context/files, and gitignore it. ## The target image The key piece of Dream Loop is to first create the "dream version" of the user request using image generation, then iterate to build it. If the user supplies this, use that directly. If not, you need to generate it. If you don't have an image generation tool, stop and ask the user to either provide the target image, or connect you to an image generation API. Before generating the image, determine if there is an existing product or if you're starting fresh. If fresh, you can directly generate a new image. If there's an existing product, you should capture a screenshot of the current version of it, then use that as the baseline input to the image model and generate a refined version of it based on the user direction, so that it is an improvement over the original and not a divergence. When generating images, avoid using words like "concept art" in the prompt. This is not an artist's interpretation. It is meant to be an exact, realistic target screenshot. You will try to match it down to the pixel. For example, if the user is asking you to make a game, you should prompt the image model for a real in-engine screenshot of the target. Not a cinematic shot, photo, painting, artist concept, etc. Store the image in `.dream-loop/target.png`. ## Time budget If the user gives a time budget, record the time at start of the loop (after locking target.png), and check the clock between rounds. Don't degrade visual fidelity to hit the time budget. Don't take shortcuts. It's better to hit the time limit with meaningful, beautiful progress than with something roughly complete but ugly. If the user doesn't give a time budget, run until you hit an exit criterion, but warn that this may consume a lot of tokens. ## Dónde encaja - Categoría: [Herramientas para desarrolladores](https://skillsagentes.com/categorias/herramientas-desarrollo.md) — Skills que cambian cómo tu agente escribe, revisa y despliega código. - Creador: [achimala](https://skillsagentes.com/creators/achimala.md) — 1 skills en el directorio - [Todas las skills](https://skillsagentes.com/skills.md) - [Ranking de instalaciones](https://skillsagentes.com/ranking.md) ## Skills relacionadas - [Finishing A Development Branch](https://skillsagentes.com/skills/obra/superpowers/finishing-a-development-branch.md): Úsalo cuando la implementación esté completa, todos los tests pasen, y necesites decidir cómo integrar el trabajo. - [Using Git Worktrees](https://skillsagentes.com/skills/obra/superpowers/using-git-worktrees.md): Úsalo al empezar trabajo de feature que necesita aislamiento del workspace actual, o antes de ejecutar planes de implementación: asegura un workspace aislado vía herramientas nativas o fallback a git worktree. - [Writing Skills](https://skillsagentes.com/skills/obra/superpowers/writing-skills.md): Úsala al crear nuevas skills, editar skills existentes o verificar que funcionan antes de desplegarlas. - [Code Review](https://skillsagentes.com/skills/mattpocock/skills/code-review.md): Revisa los cambios desde un punto fijo por dos ejes — Standards (¿sigue los estándares del repo?) y Spec (¿hace lo que pedía el issue?) — en sub-agentes paralelos, y los reporta lado a lado. - [Codebase Design](https://skillsagentes.com/skills/mattpocock/skills/codebase-design.md): Vocabulario compartido para diseñar módulos profundos. Úsalo para diseñar o mejorar la interfaz de un módulo, decidir dónde va un seam, o hacer el código más testeable y navegable para una IA. --- Skills Agentes · [Índice de páginas en markdown](https://skillsagentes.com/sitemap.md) · [Inicio](https://skillsagentes.com/index.md)