Describe the playable loop
Open Create and sign in. Explain what the player does repeatedly, what makes the game challenging, and how a round ends. A small, specific first version is easier to test than a request for many unrelated systems.
Include the genre, controls, goal, visual direction, and target devices. For example: “Create a top-down collecting game. Move with the arrow keys or a touch joystick, avoid moving hazards, and collect 10 gems to win. Use bright, readable shapes and a restart button.”
Test the first version
When creation finishes, play a full round. Try starting, moving, winning, losing, and restarting. Look for unclear instructions, blocked progress, and controls that fail on your intended device. A working desktop version does not prove that the touch controls work.
Ask for a focused improvement
Return to the creation conversation. Explain the observed behavior and the desired change. “After losing, the restart button keeps the old score; reset the score to zero” is more useful than “fix the game.” Tell Cloud which parts to preserve when asking for a visual or gameplay change.
Test after each meaningful change. If several things are wrong, fix the problem that prevents playing first. Then improve difficulty, feedback, and presentation.
Manage your generations
Creation, updates, and remixes can use your weekly allowance. Review plan limits before launching several tasks. Generating assets may have its own credit cost; an asset reward does not erase that cost.
Prepare to publish
Give the game a title and description that match what players can actually do. Check the images and the language inside the game. Add only listing translations that accurately describe the published version. Follow publishing and sharing when the game is ready.