System Requirements Document for porn-star-empire

1. Introduction

porn-star-empire is a single-player adult performer career-simulation game. The Player builds and grows one performer's career over simulated time, managing the performer's stats, income, and reputation and making the recurring decisions that advance the career toward success. Success is a progressing career with improving earnings and standing.

The product is adult-themed. Its content is adult-oriented and it is intended for adult users (18+). It is modeled on the adult performer career-simulation genre, taking its gameplay shape from that genre: a durable career simulation in which the Player's choices accumulate into a career trajectory.

The audience is adults 18+ who play idle/tycoon and life-sim games. They expect glamour, excess, status escalation, and a wink of camp — a game, not a dashboard, and never a generic admin tool.

2. System Overview

Delivery shape. A first-party web application with custom UI and application-owned identity. The Player establishes a durable career simulation through self-service enrollment, returns through verification, and resumes protected career state across sessions. Career state is durable and bound to the correct Player.

Actors. One active human persona: the Player. No other human roles exist in the current product. The application itself owns simulation execution, turn resolution, and state persistence as system processes.

Accepted behavior. The Player enrolls, verifies on return, starts or continues a career, views the performer's current stats, income, reputation, and career progress, chooses recurring career-advancing actions whose effects are applied to the simulation, and advances simulation time so career progress accumulates and outcomes resolve.

Ownership. The Landing page is the anonymous public entry. Sign Up and Login are anonymous identity-access surfaces. Career, Status, Actions, and Turns are protected destinations requiring login. Simulation execution and turn resolution are system processes with no separate human interaction surface.

Exclusions. No provider-owned or external-account identity is specified; identity is application-owned. No invitation, provisioning, or deployment-bootstrap enrollment path is specified. No multiplayer, social, or shared-state features are specified. No photographic or explicit adult imagery is used anywhere in the product; all imagery is abstract, prop-based, and decorative or numeric.

2a. Product Interpretation and Delivery Boundary

The product is a career simulation, not a content platform. Everything the Player does is in service of one durable career: enrolling once, returning to it, reading its current state, choosing what the performer does next, and advancing time so those choices resolve into progress. The simulation is the product; the interface exists to make the career's state legible and its next decision obvious.

Delivery is first-party and browser-based. The Player reaches an anonymous Landing page that explains the game, its adult audience, and its career-growth gameplay. From there the Player either enrolls through Sign Up or verifies through Login. Once identity is established, the four protected destinations — Career, Status, Actions, and Turns — carry the whole game loop. Career is where a career is started or continued; Status is where its current numbers live; Actions is where recurring decisions are made; Turns is where time advances and outcomes resolve.

The current horizon covers this complete loop. Nothing beyond it is committed: no additional personas, no provider-owned identity, no social or multiplayer layer, no content marketplace, and no account-management capabilities beyond first-use enrollment and returning verification. The adult theme is a hard, current constraint on content and audience, not a future toggle.

2b. Source Content Inventory

Not applicable. No reference directive declares content_source; the named genre reference supplies no specification, feature list, or factual content.

2c. Page Content and Component Coverage

Landing

• Information/state. Anonymous public entry. Explains the adult performer career-simulation app, its intended adult audience (18+), and its career-growth gameplay before identity establishment. No career state is shown; no protected data is reachable.
• Primary actions. Enter Sign Up to start a career; enter Login to resume an existing career.
• Supporting actions. Read the gameplay explanation; acknowledge the 18+ age gate.
• Domain entities. None persisted. The page presents product framing only.
• Component responsibilities. Full-bleed hero stage with the oversized three-line wordmark; 18+ age-gate pill; primary CTA capsule; secondary text link to Login; three animated stat capsules (Fame / Income / Reach) as illustrative HUD; lime hairline separator.
• States. Loading: static content, no data fetch required. Empty: not applicable — the page is always fully populated with framing content. Success: the Player proceeds to Sign Up or Login. Error: not applicable to page render; navigation failures surface as a retry on the destination. Recovery: the Player can re-enter either identity path from the same page at any time.

Sign Up

• Information/state. Anonymous first-use enrollment surface. Collects the credentials needed to establish a durable career simulation owned by this Player. No career state exists yet.
• Primary actions. Submit enrollment to establish identity and create the Player's durable career record.
• Supporting actions. Move to Login if the Player already has an account; return to Landing.
• Domain entities. Player identity (credentials and the durable career ownership link).
• Component responsibilities. Enrollment form with labeled fields; submit capsule; inline validation messaging; link to Login.
• States. Loading: submit in progress, controls disabled. Empty: initial form, no values entered. Success: identity established; the Player is taken into the protected career experience. Error: invalid or incomplete input, or an enrollment that cannot be completed — the form retains entered values and states what must change. Recovery: correct the flagged input and resubmit; or switch to Login.

Login

• Information/state. Anonymous returning-verification surface. Verifies the Player so protected career state can be resumed.
• Primary actions. Submit credentials to verify identity and resume the Player's career.
• Supporting actions. Move to Sign Up if the Player has no account; return to Landing.
• Domain entities. Player identity (verification against the existing durable career ownership link).
• Component responsibilities. Verification form with labeled fields; submit capsule; inline error messaging; link to Sign Up.
• States. Loading: verification in progress, controls disabled. Empty: initial form. Success: identity verified; the Player resumes protected career state. Error: credentials do not verify — the form retains the entered identifier and states the failure without revealing which part was wrong. Recovery: re-enter credentials and resubmit; or switch to Sign Up.

Career

• Information/state. Protected. The Player's durable performer career simulation. Shows whether a career exists for this Player and, if so, its current standing at a glance. This is the start-or-continue hub for the career.
• Primary actions. Start a new performer career; continue the existing career.
• Supporting actions. Move to Status for full detail; move to Actions to make a decision; move to Turns to advance time.
• Domain entities. Career (identity of the performer, career start, current standing, ownership by the Player).
• Component responsibilities. Career summary panel with asymmetric-radius card treatment; start-career control when no career exists; continue control when one does; navigation into Status, Actions, and Turns.
• States. Loading: career record being fetched. Empty: no career yet — the start-career control is the single clear action. Success: career exists and its current standing renders. Error: career record could not be loaded — a retry is offered and no stale or partial career is presented as current. Recovery: retry the load; if the career cannot be recovered, the Player is returned to a state where the failure is stated plainly.

Status

• Information/state. Protected. Displays the performer's current stats, income, reputation, and career progress. Read-oriented: it reports state rather than changing it.
• Primary actions. Read current stats, income, reputation, and career progress.
• Supporting actions. Move to Actions to change the trajectory; move to Turns to advance time; return to Career.
• Domain entities. Career stats, income, reputation, career progress.
• Component responsibilities. Left rail of capsule stat meters; right canvas of large outcome cards; glossy capsule stat bars with specular highlight and lime fill on gains; tabular-figure stat numbers; lime hairline row separators.
• States. Loading: stats being fetched. Empty: no career yet — the page directs the Player to Career to start one rather than showing zeroed stats as if they were real. Success: all current values render, with gains legible against prior values. Error: stats could not be loaded — a retry is offered and no partial figures are shown as current. Recovery: retry; the Player can still reach Career, Actions, and Turns.

Actions

• Information/state. Protected. The Player's recurring career-advancing decisions. Presents the available actions and applies their effects to the simulation when chosen.
• Primary actions. Choose a career-advancing action and apply its effect to the simulation.
• Supporting actions. Review what each action affects before committing; move to Status to see the result; move to Turns to advance time; return to Career.
• Domain entities. Available actions, their effects on stats, income, and reputation, and the resulting career state.
• Component responsibilities. Fan of overlapping capsule action buttons that spreads into a clean vertical stack on mobile; per-action effect description; applied-effect confirmation; lime confirm state reserved for gains.
• States. Loading: available actions being fetched. Empty: no career yet, or no actions currently available — the page states which and points to Career or Turns accordingly. Success: the chosen action's effect is applied and confirmed. Error: the action could not be applied — the simulation state is left unchanged and the failure is stated. Recovery: choose another action or retry; the Player is never left with an ambiguous half-applied effect.

Turns

• Information/state. Protected. Advances simulation time so career progress accumulates and outcomes are resolved. Shows the current turn position and the outcome of the most recent resolution.
• Primary actions. Advance the turn to resolve the pending simulation outcomes.
• Supporting actions. Review the resolved outcome; move to Status to see updated figures; move to Actions to make the next decision; return to Career.
• Domain entities. Turn position, resolved outcomes, resulting career state.
• Component responsibilities. Turn-advance control; resolution outcome display; lime 'level up' burst on a gain, replaced by an instant swap under reduced motion; navigation into Status and Actions.
• States. Loading: turn resolution in progress, advance control disabled. Empty: no career yet — the page directs the Player to Career. Success: the turn resolves, outcomes are shown, and updated state is available in Status. Error: resolution failed — the turn is not consumed and the failure is stated. Recovery: retry the advance; the Player can still reach Status and Actions.

3. Functional Requirements

FR-1 — Adult performer career simulation. As a Player, I should build and grow a performer's career in a single-player career simulation modeled on the adult performer career-simulation genre, so that my choices accumulate into a career trajectory.

• Provenance: explicit. Delivery horizon: current.
• Actor: Player. Trigger: the Player enters the protected career experience.
• Observable result: a durable career simulation exists and its state changes as the Player acts.
• Access state: requires login.
• Failure/recovery: if career state cannot be loaded, the failure is stated and a retry is offered; no partial career is presented as current.
• Continuation: the Player proceeds to Status, Actions, or Turns.

FR-2 — Adult-oriented content and audience. As an adult user, I should encounter a product whose content is adult-oriented and intended for adult users, so that the experience matches its genre and audience.

• Provenance: explicit. Delivery horizon: current.
• Actor: Player. Trigger: any page render.
• Observable result: the product presents itself as adult-themed and 18+ throughout, including an 18+ age gate on the anonymous entry.
• Access state: applies to all pages, anonymous and protected.
• Failure/recovery: not applicable — this is a standing product constraint, not a runtime operation.
• Continuation: not applicable.

FR-3 — Self-service enrollment. As a Player, I should complete self-service enrollment before creating a durable career simulation, so that the career I build is durably mine.

• Provenance: required_inference. Delivery horizon: current.
• Actor: Player. Trigger: the Player chooses to start a career from the anonymous entry.
• Observable result: identity is established and a durable career record owned by this Player is created.
• Access state: anonymous entry; the enrollment interaction itself is reachable without prior identity.
• Failure/recovery: invalid or incomplete input is flagged inline with entered values retained; the Player can correct and resubmit, or switch to Login.
• Continuation: the Player enters the protected career experience and can start a career.

FR-4 — Returning verification. As a Player, I should complete returning verification before resuming protected career state, so that my career is only resumed by me.

• Provenance: required_inference. Delivery horizon: current.
• Actor: Player. Trigger: the Player returns and chooses to resume an existing career.
• Observable result: identity is verified and the Player's protected career state is resumed.
• Access state: anonymous entry; the verification interaction itself is reachable without prior identity.
• Failure/recovery: failed verification is stated without revealing which credential was wrong; the Player can re-enter and resubmit, or switch to Sign Up.
• Continuation: the Player resumes the career and can read Status, choose Actions, and advance Turns.

FR-5 — Start or continue a career. As a Player, I should start a new performer career or continue my existing one, so that I always have a clear entry into the simulation.

• Provenance: required_inference. Delivery horizon: current.
• Actor: Player. Trigger: the Player opens Career.
• Observable result: with no career, a start control creates one; with a career, its current standing renders and the Player continues.
• Access state: requires login.
• Failure/recovery: if the career record cannot be loaded, a retry is offered and no stale or partial career is shown as current.
• Continuation: the Player moves to Status, Actions, or Turns.

FR-6 — View current stats, income, reputation, and progress. As a Player, I should see the performer's current stats, income, reputation, and career progress, so that I can judge how the career is doing.

• Provenance: required_inference. Delivery horizon: current.
• Actor: Player. Trigger: the Player opens Status.
• Observable result: current stats, income, reputation, and career progress are displayed, with gains legible against prior values.
• Access state: requires login.
• Failure/recovery: if stats cannot be loaded, a retry is offered and no partial figures are shown as current.
• Continuation: the Player moves to Actions to change the trajectory or to Turns to advance time.

FR-7 — Make recurring career-advancing decisions. As a Player, I should choose recurring career-advancing actions and have their effects applied to the simulation, so that my decisions shape the career.

• Provenance: required_inference. Delivery horizon: current.
• Actor: Player. Trigger: the Player opens Actions and selects an action.
• Observable result: the chosen action's effect is applied to the simulation and confirmed.
• Access state: requires login.
• Failure/recovery: if the action cannot be applied, simulation state is left unchanged and the failure is stated; the Player can choose another action or retry, and is never left with an ambiguous half-applied effect.
• Continuation: the Player moves to Status to see the result or to Turns to advance time.

FR-8 — Advance simulation time. As a Player, I should advance simulation time so that career progress accumulates and outcomes are resolved.

• Provenance: required_inference. Delivery horizon: current.
• Actor: Player. Trigger: the Player opens Turns and advances the turn.
• Observable result: the turn resolves, outcomes are shown, and updated career state becomes available in Status.
• Access state: requires login.
• Failure/recovery: if resolution fails, the turn is not consumed and the failure is stated; the Player can retry.
• Continuation: the Player reviews the outcome in Status and makes the next decision in Actions.

4. User Personas

Player

Product context. The Player is the single active human in this adult performer career-simulation game. They are an adult (18+) who plays idle/tycoon and life-sim games and comes to this product for glamour, excess, status escalation, and a wink of camp. They are not looking for a dashboard or an admin tool; they are looking for a game that reads as a game.

Primary goal. Build and grow one performer's career toward success, where success means a progressing career with improving earnings and standing.

Distinct accepted responsibilities. The Player is the only actor who:

• Establishes their own identity through self-service enrollment, and verifies on return to resume protected career state.
• Starts a new performer career or continues the existing one.
• Reads the performer's current stats, income, reputation, and career progress.
• Makes the recurring career-advancing decisions whose effects are applied to the simulation.
• Advances simulation time so career progress accumulates and outcomes resolve.

Relevant inputs and decisions. Enrollment credentials; returning credentials; the choice to start versus continue a career; which career-advancing action to take and when; when to advance a turn. The Player's central recurring decision is what the performer does next, weighed against the current stats, income, and reputation they can see.

Interactions with other accepted participants. There are no other accepted human participants. The Player's counterpart is the simulation itself, which executes actions, resolves turns, and persists career state as a system process. The Player never negotiates with another human; every outcome is the simulation's response to the Player's own decisions.

Observable success. The career exists and persists across sessions; stats, income, and reputation move as the Player acts; turns resolve into visible outcomes; and over time earnings and standing improve. The Player can always tell what the career's current state is and what their next decision is.

5. Core User Flows

Flow 1 — First-time enrollment and career start

1. The Player arrives at Landing without identity. The page explains the adult performer career-simulation game, its 18+ audience, and its career-growth gameplay.
2. The Player acknowledges the 18+ age gate and selects the primary CTA to start a career.
3. The Player lands on Sign Up and enters the credentials needed to establish identity.
4. The Player submits. The form shows a loading state with controls disabled.
5. On success, identity is established and a durable career record owned by this Player is created. The Player enters the protected career experience.
6. The Player opens Career. No career has been started yet, so the start-career control is the single clear action.
7. The Player starts the career. The career's current standing renders.
8. Next step: the Player opens Status to read the starting stats, income, and reputation, or Actions to make the first decision.

Failure/recovery: if enrollment input is invalid or incomplete, the form retains entered values and states what must change; the Player corrects and resubmits, or switches to Login if they already have an account.

Flow 2 — Returning verification and career resume

1. The Player returns to Landing without an active session.
2. The Player selects the "I already have an account" link.
3. The Player lands on Login and enters their credentials.
4. The Player submits. The form shows a loading state with controls disabled.
5. On success, identity is verified and the Player's protected career state is resumed.
6. The Player opens Career and continues the existing career; its current standing renders.
7. Next step: the Player opens Status to see where the career stands, or Actions to make the next decision.

Failure/recovery: if credentials do not verify, the failure is stated without revealing which part was wrong; the Player re-enters and resubmits, or switches to Sign Up.

Flow 3 — Reading career state

1. The Player, already verified, opens Status.
2. The page loads the performer's current stats, income, reputation, and career progress.
3. The Player reads the capsule stat meters and outcome cards. Gains are legible against prior values, and money and gain figures carry the lime signal.
4. Next step: the Player moves to Actions to change the trajectory, or Turns to advance time.

Failure/recovery: if stats cannot be loaded, a retry is offered and no partial figures are shown as current. The Player can still reach Career, Actions, and Turns.

Flow 4 — Making a career-advancing decision

1. The Player, already verified, opens Actions.
2. The page loads the available career-advancing actions and presents them as a fan of capsule buttons (a clean vertical stack on mobile).
3. The Player reviews what each action affects, then selects one.
4. The action's effect is applied to the simulation and confirmed. A gain confirms in lime.
5. Next step: the Player opens Status to see the updated figures, or Turns to advance time and resolve outcomes.

Failure/recovery: if the action cannot be applied, simulation state is left unchanged and the failure is stated. The Player chooses another action or retries, and is never left with an ambiguous half-applied effect.

Flow 5 — Advancing a turn and resolving outcomes

1. The Player, already verified, opens Turns.
2. The page shows the current turn position and the outcome of the most recent resolution.
3. The Player advances the turn. The advance control is disabled while resolution is in progress.
4. The turn resolves. Outcomes are displayed, and a gain triggers the lime 'level up' burst (an instant swap under reduced motion).
5. Updated career state becomes available in Status.
6. Next step: the Player opens Status to read the new figures, then Actions to make the next decision — continuing the loop.

Failure/recovery: if resolution fails, the turn is not consumed and the failure is stated. The Player retries the advance and can still reach Status and Actions.

6. Visuals, Colors and Theme

Muse and headline. Karim Rashid — sensual pop minimalism for a career-simulation empire: glossy candy curves, no apologies. The product should feel like a neon-lit Hollywood vanity mirror rendered in glossy plastic: playful transgression, aspirational bling, self-aware fun. Not clinical, not corporate, not solemn.

Mode. Dark mode.

Colour tokens (exact hex, by role).

Accent discipline. Lime #C6FF3D always means gain. It is reserved for money/earnings numbers, level-up moments, and confirm states, and it never appears anywhere else. Readable text is never placed on lime; lime only ever sits behind dark ink #1A0A14.

Typography.

• Headings: Unbounded, extra-bold (700–800), tight leading (0.92), lowercase for the wordmark and section titles.
• Numbers in stat blocks: Unbounded 700 with tabular figures, so earnings tick up without reflowing.
• Body: Quicksand 500/600 at 1.6 line-height — round terminals, warm and readable, never corporate.
• Scale (1.333 modular): hero display clamp(56px, 12vw, 152px) / section title clamp(32px, 5vw, 56px) / stat number clamp(28px, 4vw, 48px) / card title 20px / body 16px / label 13px uppercase, tracked 0.08em.

Shape language. Organic blobs and capsules everywhere. Pill buttons at full 999px radius. Cards at 32–40px radii with one asymmetric corner — top-left 40px, all others 8px — so no two panels read as grid tiles. Stat bars are rounded capsules with glossy inner highlights. Section boundaries are soft curved waves rather than straight rules. Hard 90° corners appear only on the 2px lime hairline that separates stat rows.

Layout. Asymmetric pop composition on an 8-pt rhythm with 24/48/80px gutters. A full-bleed candy-coloured hero blob bleeds off the right edge; a left-anchored stacked wordmark sits against it; a three-column stat band on desktop collapses to a single stacked column of capsules at 375px. Career and Status use a left rail of capsule stat meters and a right canvas of large outcome cards. Actions renders as a fan of overlapping capsule buttons that spreads into a clean vertical stack on mobile.

Imagery style. Glossy 3D capsule and blob props in candy colours with specular highlights, floating against the plum ground. No photography, no human bodies, no explicit imagery of any kind. Career progress is shown as an abstract glossy "star meter" filling with a pink-to-lime gradient. Icons are rounded, thick-stroke pictograms with a single specular dot. All imagery is decorative or numeric; every readable label sits on its own solid surface.

Forbidden. Blue, indigo, or violet accents on white; a centred SaaS hero with subtext and a single blue button; grids of identical hover-lift cards with uniform 8px radii; photographic or explicit adult imagery; Inter, Roboto, Poppins, Montserrat, or system-ui for any heading or body text; readable text on the lime accent; sharp 90° corners on cards or buttons; gradient-blob backgrounds behind text — the blob is a solid glossy shape with one highlight, never a soft rainbow wash.

7. Signature Design Concept

The vanity-mirror stage. The public entry is a full-bleed plum-black stage (#1A0A14) with one enormous glossy pink blob (#FF3D9A) occupying the right 60% of the viewport, bleeding off the right and bottom edges and lit with a single specular highlight. Overlapping the blob's left edge, an oversized Unbounded wordmark — porn star empire — stacks on three lines, lowercase, in off-white #FFF3FA, with the word empire filled in hot pink. Beneath the stack, an 18+ age-gate pill in lime sits beside a pink capsule CTA, start your career, and a text link, i already have an account. A thin lime hairline runs the full viewport width under the CTA row. Three animated stat capsules — Fame / Income / Reach — hover at the very bottom, half-cropped by the fold to pull the eye downward.

The concept carries the whole product's signature moves: the asymmetric card radius (top-left 40px, others 8px) so every panel reads as organic plastic rather than a grid tile; glossy capsule stat meters with a specular highlight line and a lime fill that grows only on a gain; a lime level-up burst that scales in from 0.6 with overshoot when a turn resolves and settles into the stat band; and a persistent bottom-edge stat strip of three half-cropped capsules that fully reveals on scroll — the game's HUD lives in the fold, not in a top nav bar.

This concept recomposes only accepted content, states, and controls: the wordmark, the 18+ gate, the two identity paths, and the illustrative stat capsules. It introduces no new behaviour, page, or destination.

8. Interaction Model & Motion Direction

Interaction Model: Animated Motion Tempo: expressive Hero Dimensionality: layered_2d

Landing Hero Motion Brief.

• Focal subject: the enormous glossy pink blob bleeding off the right and bottom edges, with the three-line Unbounded wordmark overlapping its left edge.
• Input → transformation → outcome thesis: as the Player scrolls, the blob's border-radius slowly morphs over a 12s cycle and drifts a few pixels on parallax; the three half-cropped stat capsules at the bottom edge fully reveal into the stat band. The transformation is purely compositional — it pulls the eye down the page and reveals the HUD — and it uses only accepted content and controls.
• Motion vocabulary: expressive but purposeful. Capsule buttons squash-and-stretch 6% on press with a 220ms spring. Stat numbers roll up with a 400ms eased counter. The hero blob morphs its border-radius over 12s and drifts on scroll parallax. A lime level-up burst scales in from 0.6 with a soft overshoot when a turn resolves.
• Composed first frame: plum-black stage; glossy pink blob occupying the right 60%, bleeding off right and bottom; oversized lowercase wordmark stacked on three lines overlapping the blob's left edge, with empire in hot pink; 18+ lime pill beside the pink CTA capsule and the text link; lime hairline under the CTA row; three half-cropped stat capsules at the bottom edge.
• Reduced-motion state: the blob radius freezes, counters are disabled so values simply appear, and all state changes become instant swaps. The three stat capsules wrap into rows or become horizontally scrollable so each is fully readable.

Landing Hero 3D Scene Brief — DIRECTION-DERIVED. The direction's hero dimensionality is layered_2d, so no Canvas/R3F/Drei scene is required. The hero is composed from layered 2D surfaces: the plum ground, the solid glossy blob with its single specular highlight, the wordmark stack, and the stat capsules — each on its own layer, with parallax drift between them.

9. Non-Functional Requirements

NFR-1 — Adult audience gating. The product is adult-themed and intended for adult users. An 18+ age gate is presented on the anonymous entry before the Player proceeds to either identity path. Provenance: explicit. Rationale: the product is modeled on an adult performer career simulation and is intended for adult users.

NFR-2 — No explicit or photographic imagery. All imagery is abstract, prop-based, glossy 3D capsule and blob forms. No photography, no human bodies, and no explicit imagery appear anywhere in the product. Provenance: explicit (creative direction). Rationale: the gloss is abstract and prop-based by direction.

NFR-3 — Durable career state bound to the correct Player. Career state persists across sessions and is resumed only by the Player who owns it. Provenance: required_inference. Rationale: the accepted journey requires a durable career simulation that the Player resumes on return.

NFR-4 — Protected destinations require login. Career, Status, Actions, and Turns are reachable only after identity is established. Landing, Sign Up, and Login are anonymously reachable. Provenance: required_inference. Rationale: the accepted access contract protects career state while keeping the entry and identity paths open.

NFR-5 — Readable text and controls stay whole. At 375px, 768px, and 1280px, headlines, wordmarks, labels, numbers, card text, and controls stay entirely inside the viewport and their container, wrapping or scaling (for example font-size: clamp(...) with its mobile size) to fit. No other element covers any part of them. Imagery, decoration, and motion may be cropped, bled off an edge, rotated, overlapped, or cut as the direction asks, provided they cover no readable text or control. Provenance: explicit (creative direction). Rationale: the direction's overflow gestures are carried by imagery and decoration, never by readable content.

NFR-6 — Reduced-motion support. Under prefers-reduced-motion, the blob radius freezes, counters are disabled so values appear instantly, and all state changes become instant swaps. Moving and scrollable content provides a usable static arrangement — items wrap into rows or scroll horizontally so each can be brought fully into view. Provenance: explicit (creative direction). Rationale: the direction specifies a reduced-motion state for every motion gesture.

NFR-7 — Accessible contrast. Readable text uses off-white pink #FFF3FA on the plum ground #1A0A14 (contrast ratio ~15:1). Readable text is never placed on the lime accent; lime only ever sits behind dark ink #1A0A14. Provenance: explicit (creative direction). Rationale: the palette's legibility depends on this pairing.

NFR-8 — No generic SaaS template. The indigo/blue-on-white SaaS template is forbidden. The palette is plum-black with pink and lime only. Provenance: explicit (creative direction). Rationale: the product must read as a game, not a dashboard or admin tool.

10. Tech Stack

• Frontend: React (web), custom UI. [Default — not specified by user]
• Backend: Python / FastAPI, serving the simulation, turn resolution, and career-state persistence. [Default — not specified by user]
• Storage: a persistent datastore for Player identity and durable career state. [Default — not specified by user]
• Packaging: Docker / docker-compose for local and single-host deployment. [Default — not specified by user]
• Orchestration: Kubernetes is not required for the current single-player, single-service delivery shape and is omitted. [Default — not specified by user]

No source-specified technology choices exist; the above are labeled defaults and do not constitute product behavior.

11. Assumptions and Constraints

Constraints (binding).

• The product is adult-themed; content is adult-oriented and intended for adult users. This is a current, hard constraint.
• The product is a single-player career simulation modeled on the adult performer career-simulation genre.
• No photographic or explicit adult imagery is used; all imagery is abstract and prop-based.
• The palette, typography, shape language, layout, motion, and imagery follow the supplied creative direction. The generic indigo/blue-on-white SaaS template is forbidden.
• Readable text and controls stay whole at every viewport; overflow gestures are carried by imagery and decoration.

Assumptions (narrow, labeled).

• [Assumption] Identity is application-owned and self-service: no provider-owned, invitation, provisioning, or deployment-bootstrap enrollment path is specified, so enrollment and returning verification are first-party.
• [Assumption] The Player is the only active human actor; the simulation executes actions, resolves turns, and persists state as a system process with no separate human interaction surface.
• [Assumption] Career state is durable and bound to the Player who created it, so it can be resumed across sessions.
• [Assumption] The named genre reference supplies no specification, feature list, or content; it serves only as a genre reference for an adult performer career simulation.
• [Assumption] The 18+ age gate is presented on the anonymous entry as part of the adult-audience constraint.

Explicit exclusions (current horizon).

• No provider-owned or external-account identity.
• No invitation, provisioning, or deployment-bootstrap enrollment.
• No multiplayer, social, or shared-state features.
• No content marketplace or content-upload capability.
• No account-management capabilities beyond first-use enrollment and returning verification.
• No photographic or explicit adult imagery.

12. Glossary

• Player — the single active human persona; the adult user who builds and grows a performer's career.
• Career — the durable, Player-owned performer career simulation, including its stats, income, reputation, and progress.
• Turn — one advance of simulation time, during which pending outcomes resolve and career progress accumulates.
• Action — a recurring career-advancing decision the Player chooses, whose effect is applied to the simulation.
• Stats — the performer's current measurable attributes, displayed alongside income and reputation.
• Income — the performer's earnings, displayed with the lime gain signal.
• Reputation — the performer's standing, displayed alongside stats and income.
• Career progress — the accumulated advancement of the career toward success, shown as an abstract glossy star meter.
• Gain — any increase in money, earnings, or level; the only condition under which the lime accent appears.
• Level-up burst — the lime burst that scales in from 0.6 with overshoot when a turn resolves into a gain.
• Stat capsule — a glossy capsule-shaped stat meter with a specular highlight line and a lime fill that grows only on a gain.
• HUD — the persistent bottom-edge stat strip of three half-cropped capsules that fully reveals on scroll.
• Age gate — the 18+ acknowledgment pill on the anonymous entry, enforcing the adult-audience constraint.
• Enrollment — first-use self-service identity establishment that creates the Player's durable career record.
• Returning verification — the login step that verifies the Player so protected career state can be resumed.