Przejdź do treści
Biblioteka skilli
Projektowanie i UX · Budowanie i kod

dream-loop

/dream-loop

Buduje grę lub aplikację z opisu tak, by zrzut ekranu na żywo zgadzał się z wygenerowaną wizualizacją.

Repozytorium
dream-loop ↗
Licencja
MIT
Ostatnia zmiana repozytorium
10.09.2026

Ocena i bezpieczeństwo

95/ 100Klasa: dobry
Format25 / 25
Frontmatter z nazwą i opisem, poprawna nazwa, opis do 1024 znaków, nazwa zgodna z folderem.
Odkrywalność25 / 25
Opis mówi, kiedy użyć skilla, ma sensowną długość i jest w 3. osobie.
Treść30 / 35
Co najmniej 150 słów i do 500 linii, nagłówki, listy kroków, przykłady albo kod.
Higiena15 / 15
Bez zaślepek typu TODO, bez ścieżek Windows, z licencją.
Ryzykobrak sygnałów w skanie
Pliki w paczce
4
Skrypty
0
Komentarze HTML
0
Adresy URL w SKILL.md
0
Przestarzałość

Brak sygnałów. Repozytorium zmienione 10.09.2026, bez odwołań do wycofanych modeli i API.

Licencja

MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.

Co robi i kiedy

Buduje grę lub aplikację z opisu tak, by zrzut ekranu na żywo zgadzał się z wygenerowaną wizualizacją.

Wyzwalacze z opisu

dream loop
Oryginalny opis (EN)

Build a game or app from a description so that a live screenshot matches a generated rendering. Use when the user says "dream loop" or asks for something built to a very high level of graphical fidelity.

Jak działa

  1. General
  2. The target image
  3. Time budget
Sekcje z nagłówków SKILL.md, w oryginale · 45 linii, 437 słów
Podgląd SKILL.md
---
name: dream-loop
description: Build a game or app from a description so that a live screenshot matches a generated rendering. Use when the user says "dream loop" or asks for something built to a very high level of graphical fidelity.
license: MIT
---

# 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.

Pliki w paczce (4)
  • .gitignore 1 KB
  • LICENSE 1 KB
  • README.md 2 KB
  • SKILL.md 3 KB

Wersje

W bazie nie ma innych skilli o nazwie dream-loop.

Migawka bazy z 13.11.2026 · wersja paczki b51402aeaf11 (skrót SHA-256 całej paczki)

Pobrania w ostatnich 30 dniach: 0 · ranking

Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.

Podobne skille

  • 86vault-dream
    Konsoliduje i porządkuje bazę wiedzy Obsidian na podstawie ostatnich sesji, także przy zaplanowanym uruchomieniu.
  • 82dream
    Przegląda, stosuje lub odrzuca nocną propozycję porządków w pamięci Claude zapisaną w pliku DREAM.md.
  • 90swarm-design
    Projektuje i buduje wielostronicową stronę WWW szybko, rojem agentów na żywo, a potem zamienia ją w działającą aplikację lub grę.
  • 90dream-review
    Przeprowadza przegląd ustaleń narzędzia dream i dla każdego wpisu naprawia lukę albo zapisuje decyzję.
  • 100visual-verification
    Zamyka pętlę pracy nad UI: buduje ekran, robi zrzut, porównuje go z eksportem projektu i poprawia aż do progu zgodności.
  • 96review
    Pokazuje propozycję scalenia pamięci czekającą na zatwierdzenie i stosuje wybrane przez użytkownika działania.

Uwagi i zgłoszenia

Wiadomość trafi do Bartosza Sokolińskiego. Adres e-mail jest potrzebny tylko do odpowiedzi. Szczegóły w polityce prywatności.