cherry-hub-gui delivers a single Lua script that, when executed inside a Roblox environment, constructs and displays a graphical user interface named exactly "Cherry Hub\x20\xf0\x9f\x8c\xb8". The hub is a floating, glossy, candy-pink control panel that a player uses to toggle and tune a broad set of movement, world, and visual utility features while remaining inside the game world.
The product intent is playful and expressive rather than utilitarian: the GUI must be extremely dynamic with motion animations, must ship with an original coquette pink (rosinha) theme, must support minimize and maximize, and must allow the user to customize everything about its appearance and behavior. The audience is the player who runs the Lua script — a young, mobile-first Roblox user who wants a hub that feels like a toy: glossy, bouncy, alive, and unmistakably not a default Roblox UI.
This document specifies the script's behavior, its single cohesive GUI surface, the closed persona set, the accepted feature catalog, and the visual, motion, and interaction direction that governs how the hub looks and feels.
The product is a client-side Lua script that builds a runtime GUI. There is no server, no account system, no network service, and no persistent backend. The script runs in the Roblox environment where the user executes it; the GUI it creates is the entire product surface.
Actors:
Accepted behavior: the hub loads and animates smoothly; every feature can be toggled and tuned from the GUI; the GUI can be minimized to a floating cherry icon and maximized back; and the user can recolor and reshape the GUI live.
Ownership: the single cohesive local-device GUI is the anonymous first impression and workspace. It is the only first-party surface. There is no login, no account, and no protected destination — the hub is available immediately upon script execution.
Narrow exclusions: this document does not add server-side persistence, multiplayer coordination, account management, telemetry, or any capability beyond the accepted feature catalog and the customization/minimize/maximize requirements.
The delivery is a Lua script — the user's explicit request — that produces a client-side GUI inside Roblox. The GUI is the product. It is delivered as a single script the user runs; there is no separate web app, no backend service, and no deployment pipeline in the accepted scope.
Access ownership: the hub is anonymous and local. It requires no identity, no login, and no account. The GUI appears when the script executes and is immediately usable. This is consistent with the accepted access requirement of none for the "Cherry Hub\x20\xf0\x9f\x8c\xb8" surface.
Current vs. future boundary: everything specified in this document is current. The user asked for "TODAS as funções POSSÍVEIS" (all possible functions) and named a representative set (Fly, fly speed, Jump, Infinite Jump, Jump weight, Walk speed, Noclip, Sit, ESP, toggles). The accepted current catalog is enumerated in Section 3. Any feature not enumerated there is future and must not appear in current pages or acceptance.
Not applicable. No reference directive in this project declares a content_source; the authoritative content is the user requirement thread itself, which is fully represented in Sections 3, 4, and 5.
The reconciled page inventory contains exactly one page, matching the versioned page contract.
The single cohesive local-device GUI. It is the anonymous first impression and the workspace for launching, animating, customizing, minimizing, maximizing, toggling, and tuning the requested Roblox utility features, with a coquette pink default theme.
Information and state
Primary actions
Supporting actions
Domain entities
Component responsibilities
States
Each requirement is a distinct story point with provenance, lifecycle facts, and observable acceptance.
FR-1 — Script creates the named GUI (explicit) As a Script Executor / Hub User, I should run a Lua script that creates a GUI named exactly "Cherry Hub\x20\xf0\x9f\x8c\xb8", so that I have a single hub surface for all features.
FR-2 — Extremely dynamic motion animations (explicit) As a Script Executor / Hub User, I should see the GUI animate with extremely dynamic motion animations, so that the hub feels alive and playful.
prefers-reduced-motion, transitions become 0ms, petals are suppressed, and the\x20\xf0\x9f\x8c\xb8 stops rotating — the GUI remains fully usable.FR-3 — Original coquette pink theme (explicit) As a Script Executor / Hub User, I should see the GUI ship with an original coquette pink (rosinha) theme by default, so that the hub matches the requested aesthetic on first open.
FR-4 — Everything is customizable (explicit) As a Script Executor / Hub User, I should be able to customize everything about the GUI, so that the hub matches my personal taste.
FR-5 — Minimize and maximize (explicit) As a Script Executor / Hub User, I should be able to minimize and maximize the GUI, so that I can reclaim screen space and restore the hub at will.
FR-6 — Fly (explicit) As a Script Executor / Hub User, I should toggle Fly on and off, so that my character can fly.
FR-7 — Fly speed (explicit) As a Script Executor / Hub User, I should adjust fly speed with a slider, so that I can control how fast I fly.
FR-8 — Jump (explicit) As a Script Executor / Hub User, I should toggle Jump, so that I can control whether my character jumps.
FR-9 — Infinite Jump (explicit) As a Script Executor / Hub User, I should toggle Infinite Jump, so that my character can jump repeatedly without touching the ground.
FR-10 — Jump weight (explicit) As a Script Executor / Hub User, I should adjust jump weight with a slider, so that I can control how heavy my jumps feel.
FR-11 — Walk speed (explicit) As a Script Executor / Hub User, I should adjust walk speed with a slider, so that I can control how fast my character walks.
FR-12 — Noclip (explicit) As a Script Executor / Hub User, I should toggle Noclip, so that my character can pass through solid objects.
FR-13 — Sit (explicit) As a Script Executor / Hub User, I should toggle Sit, so that my character can sit on command.
FR-14 — ESP (explicit) As a Script Executor / Hub User, I should toggle ESP, so that I can see visual overlays for tracked entities.
FR-15 — Toggles for all accepted features (explicit) As a Script Executor / Hub User, I should have a toggle for every accepted feature, so that I can switch any feature on or off from the hub.
FR-16 — Additional possible functions (explicit) As a Script Executor / Hub User, I should have as many additional utility functions as possible beyond the named set, so that the hub is a comprehensive toolbox.
FR-17 — Tab navigation (explicit) As a Script Executor / Hub User, I should switch between tabs (Movement, Combat, Visual, World, GUI Theme, Customize), so that I can reach every feature group.
FR-18 — Panel drag (explicit) As a Script Executor / Hub User, I should drag the panel by its header, so that I can reposition the hub.
FR-19 — Quick-start chips (explicit) As a Script Executor / Hub User, I should use quick-start capsule chips (Fly, Speed, ESP, Noclip) above the tab bar, so that I can activate common features with one tap.
FR-20 — Responsive layout (explicit) As a Script Executor / Hub User, I should have the hub adapt to my viewport, so that it is usable on mobile and desktop.
Product context. This person runs Lua scripts inside a Roblox environment. They are young, mobile-first, and treat the hub as a toy rather than a tool. They expect the GUI to feel glossy, bouncy, and alive — not like a default Roblox UI or a SaaS dashboard.
Primary goal. Open the hub, use the coquette-pink themed interface, toggle and adjust movement and utility features (Fly, fly speed, Jump, Infinite Jump, Jump weight, Walk speed, Noclip, Sit, ESP, toggles), and customize the GUI's appearance, minimizing and maximizing it as needed. Success means the hub loads, animates smoothly, and every feature can be toggled and tuned from the GUI.
Distinct accepted responsibilities.
Relevant inputs or decisions.
Interactions with other accepted participants. None. The hub is a single-user, local, anonymous surface. The Roblox runtime is a non-persona host environment, not a participant.
Observable success. The hub loads with a spring-overshoot entrance, animates smoothly, every feature toggles and tunes from the GUI, the theme recolours live when customized, and minimize/maximize spring cleanly between the panel and the cherry icon.
prefers-reduced-motion enabled.The creative direction is authoritative for this section. The muse is Karim Rashid; the headline is "Sensual pop minimalism in cherry-blossom pink — a hub that feels like candy you can play with."
Palette (light mode)
#FCE7F0 (cherry-blossom pink ground)#FFFFFF (pure white glossy panels)#3D1F2E (deep plum-rose; ≥7:1 on white, ≥4.5:1 on the pink ground)#FF6FA5 (candy pink for toggles, sliders, active states)#FF3D7F (hot magenta for the title, focus rings, and the 'on' pulse of every switch)#C48AA8 (dusty rose for labels, dividers, inactive tracks)#B8F2E6 (glossy mint, allowed only inside ESP/visual feature chips, never as a surface)#FFD6E60 8px 24px rgba(255,111,165,0.18)#FFB3D1Typography
clamp(34px, 5vw, 56px); section header 18px → 22px; tab label 13px → 15px; toggle label 13px → 14px; slider value 12px → 13px tabular; helper text 11px → 12px.Shape language
#FFD6E6 inner border, and a soft pink offset shadow.Spacing rhythm
Imagery style
#FFB3D1) drift upward on feature activation.#FF3D7F when active and #C48AA8 when off.Avoid: default Roblox UI greys, blues, or the stock Roblox toggle style; any blue/indigo primary (#0057FF, #2563EB, #6366F1, etc.) on a white or near-white ground; Inter, Roboto, Arial, Helvetica, Open Sans, Lato, Poppins, or system-ui for any heading or body text; flat, sharp-cornered rectangles or a grid of identical hover-lift cards; gradient-blob heroes or generic SaaS centred headline + subtext + button stacks; photographic imagery, stock people, or realistic 3D renders of humans; heavy backdrop blur that drops below 30fps on low-end mobile devices (cap blur radius at 12px and degrade gracefully); motion that ignores prefers-reduced-motion.
The "hero" is the floating Cherry Hub panel itself, not a marketing page.
Composition. The panel enters from the bottom-left corner of the viewport as a glossy white capsule-topped card with a 28px radius, tilted -2deg on entry then settling to 0deg. Dominant element: the wordmark "cherry hub\x20\xf0\x9f\x8c\xb8" set at clamp(34px, 5vw, 56px) in Comfortaa Black, deep plum-rose, with the\x20\xf0\x9f\x8c\xb8 glyph floating 8px above the baseline and rotating slowly. Behind the panel, a full-viewport soft radial gradient of #FCE7F0 → #FFD6E6 with three large blurred pink blobs (200–320px, 80px blur) drifting on a 20s loop. A row of 4 quick-start capsule chips (Fly, Speed, ESP, Noclip) sits just above the panel's tab bar, each with a glossy highlight sweep on hover.
Signature moves.
Constraint. No centered headline, no blue button, no gradient blob hero — the panel is the subject and it is unmistakably a playable pink toy. Readable text and controls stay whole at every viewport (375px, 768px, 1280px); imagery, decoration, and motion may be cropped, bled, rotated, or overlapped as the direction asks, as long as they cover no readable text or control.
Interaction Model: Animated Motion Tempo: expressive Hero Dimensionality: layered_2d
Landing Hero Motion Brief
NFR-1 — Performance on low-end mobile (explicit, from creative direction) The GUI must not drop below 30fps on low-end mobile devices. Backdrop blur radius is capped at 12px and degrades gracefully. Rationale: the audience is mobile-first and the direction explicitly warns against heavy blur.
NFR-2 — Reduced-motion accessibility (explicit, from creative direction)
All motion must respect prefers-reduced-motion: transitions become 0ms, petals are suppressed, and the\x20\xf0\x9f\x8c\xb8 stops rotating. Rationale: the direction requires a static, usable fallback.
NFR-3 — Readable text and controls at every viewport (explicit, from creative direction)
Headlines, wordmarks, labels, numbers, cards' text and controls must stay entirely inside the viewport and their container at 375px, 768px, and 1280px, wrapping or scaling (e.g., font-size: clamp(...)) to fit. No other element may cover any part of them. Rationale: the direction's readability rule takes precedence over decorative cropping.
NFR-4 — Contrast (explicit, from creative direction) Text must maintain ≥7:1 contrast on white surfaces and ≥4.5:1 on the pink ground. Rationale: the direction specifies these ratios for the deep plum-rose text.
NFR-5 — Anonymous local access (explicit, from planning scope)
The GUI requires no login, no account, and no network. It appears when the script executes and is immediately usable. Rationale: the accepted access requirement for the "Cherry Hub\x20\xf0\x9f\x8c\xb8" surface is none.
NFR-6 — Single-script delivery (explicit) The product is delivered as a Lua script that creates the GUI. Rationale: the user explicitly requested a Lua script.
Assumptions
Constraints
Future (not current)
No completed page designs yet.
Completed design pages will appear here when they are ready to preview.
No completed page designs yet.
Completed design pages will appear here when they are ready to preview.
No comments yet. Be the first!