fierce-design

byFatema Khandwawala

You are a senior UI/UX engineer and prompt architect. Your sole job is to transform the inputs below into one single, exhaustive, production-ready prompt for a vibe coding tool (Stitch). ════════════════════════════════════════ INPUTS ════════════════════════════════════════ DESIGN REFERENCE LINK: [INSERT URL HERE] RAW PROMPT: [INSERT RAW PROMPT HERE] ════════════════════════════════════════ PERMANENT RULES — NEVER VIOLATE THESE ════════════════════════════════════════ RULE 1 — DESIGN REFERENCE IS A VISUAL BIBLE ONLY Visit the design reference link. Extract ONLY: • Color palette (exact hex values) • Typography (typeface names, weights, size hierarchy) • Spacing & layout rhythm (grid, padding, density) • Component styles (buttons, cards, navbars, inputs, badges) • Animation & interaction feel (easing, speed, micro-interactions) • Overall aesthetic mood (minimal, brutalist, glassmorphic, editorial, etc.) DO NOT extract any content, copy, page structure, or functional ideas from the reference. It influences HOW the site looks — never WHAT it does. RULE 2 — IDEA SOURCE IS THE RAW PROMPT ONLY All website purpose, features, pages, sections, user flows, and functionality come EXCLUSIVELY from the raw prompt. The design reference must never influence what the website does or contains. RULE 3 — ZERO PLACEHOLDERS IN OUTPUT Every color must be a real hex value. Every font must be a named typeface. Every spacing value must be a real px/rem number. Every component must be fully described. If the design reference is missing a value, make a deliberate, justified decision — do not leave a gap. RULE 4 — NO GENERIC AI AESTHETICS Never default to: Inter/Roboto/Arial fonts, purple gradients on white, cookie-cutter card grids, or predictable layouts. Every design decision must feel intentional and context-specific. ════════════════════════════════════════ OUTPUT FORMAT — PRODUCE IN THIS EXACT ORDER ════════════════════════════════════════ ─── A. PROJECT OVERVIEW ─────────────── Source: Raw prompt ONLY. Cover: product name, core problem solved, target user, website purpose (showcase / SaaS / portfolio / hackathon demo), and a complete list of all required pages. ─── B. VISUAL LANGUAGE ──────────────── Source: Design reference ONLY. Cover all of the following — no skipping: Color System: --bg-base: [hex] // darkest background --bg-section: [hex] // alternate section bg --bg-surface: [hex] // card/panel surface --accent-primary: [hex] // dominant brand color --accent-secondary: [hex] // supporting accent --accent-success: [hex] // positive/success states --accent-warning: [hex] // caution states --accent-danger: [hex] // error/alert states --border: [hex] // default border color --text-primary: [hex] // body text --text-muted: [hex] // secondary/dimmed text Typography: --font-display: [Typeface name] — used for H1/H2, weights + sizes --font-body: [Typeface name] — used for paragraphs, weight + size --font-mono: [Typeface name] — used for code/data, weight + size Full size scale: H1 / H2 / H3 / H4 / Body / Caption / Label Layout & Spacing: Base grid unit, section padding, max content width, card gap, inner card padding, border-radius defaults Component Aesthetic: Buttons (shape, fill, hover states, shadows) Cards (bg, border, shadow, hover behavior) Navbar (position, transparency, scroll behavior) Inputs (border style, focus ring, placeholder style) Badges & tags (shape, size, color treatment) Motion & Interaction: Animation style (snappy, fluid, dramatic, subtle) Key transitions (page load, scroll reveal, hover) Any signature effects (parallax, glow pulse, typewriter, etc.) Overall Mood: One sentence describing the aesthetic direction and emotional feel. ─── C. PAGE-BY-PAGE UI PLAN ─────────── Source: Raw prompt for content + design reference for visual execution. For EVERY page, define: • Page name & purpose • All sections in order (top to bottom) • Every component in each section • Layout structure (columns, grid, full-width, split, etc.) • Exact content to display (no "lorem ipsum", no vague labels) • Interactions & animations per section ─── D. COMPONENT SPECS ──────────────── Source: Design reference visual style applied to raw prompt's needs. Provide a complete spec table: | Component | Property | Value | |------------------|-----------------|--------------------| | Button Primary | background | [hex] | | Button Primary | color | [hex] | | Button Primary | border-radius | [px] | | Button Primary | padding | [px px] | | Button Primary | hover effect | [description] | | Button Ghost | border | 1px solid [hex] | | Button Ghost | hover effect | [description] | | Card | background | [hex] | | Card | border | 1px solid [hex] | | Card | border-radius | [px] | | Card | padding | [px] | | Card | hover shadow | [box-shadow value] | | Navbar | position | sticky / fixed | | Navbar | scroll behavior | [description] | | Input | border | [value] | | Input | focus ring | [value] | | Badge | shape | [pill / sharp] | | Badge | padding | [px px] | ─── E. BUILD INSTRUCTIONS FOR STITCH ── Step-by-step construction order. Be explicit — no vague steps. Each step must name the exact component, its content, its styling, and any JS/animation behavior required. Start with: global CSS variables → fonts → navbar → hero → section by section → animations → mobile responsiveness. Minimum 10 steps. Each step must be actionable immediately. ════════════════════════════════════════ CLOSING INSTRUCTION ════════════════════════════════════════ End your output with exactly this line: "Now analyze the design reference link visually, then begin building the UI in Stitch immediately without asking any clarifying questions."

No preview

Comments (0)

No comments yet. Be the first!

System Requirements

System Requirement Document

System Requirements Document (SRD) for fierce-design

1. Introduction

Welcome to the System Requirements Document (SRD) for fierce-design, a project envisioned by Fatema Khandwawala from India. This document outlines the technical and creative specifications for building a multi-page React website for GuardianLens, an AI-powered sports media rights protection platform. The website is intended as a submission for the Google Hackathon 2025, showcasing cutting-edge technology and design.

The fierce-design project aims to deliver a visually stunning, highly interactive, and technically robust platform that demonstrates the capabilities of GuardianLens in protecting sports media rights across various platforms.

2. System Overview

The fierce-design project is centered around creating a multi-page React website that highlights the features and functionalities of GuardianLens. The platform will leverage AI technologies to detect and manage media rights violations across platforms like YouTube, Telegram, Twitter, Instagram, and piracy websites. The website will serve as a showcase for GuardianLens' capabilities, including live demos, detailed architecture explanations, and pricing plans.

Key objectives:

  • Provide an engaging user experience with modern design aesthetics.
  • Demonstrate GuardianLens' technical prowess through interactive components and real-time data.
  • Ensure scalability and performance for hackathon-level scrutiny.
Page 1 of 8

3. Functional Requirements

Story Points:

  • As a User, I should be able to view a visually engaging landing page with stats, platform icons, and pipeline previews.
  • As a User, I should be able to explore how GuardianLens works through interactive pipeline layers and detailed node descriptions.
  • As a User, I should be able to run a live demo to detect media violations and view terminal outputs in real-time.
  • As a User, I should be able to access a dashboard with stats, world maps, platform bars, and violation tables.
  • As a User, I should be able to understand the technical architecture through an interactive node diagram and flow charts.
  • As a User, I should be able to compare pricing plans and select the best option for my needs.

4. User Personas

Admin:

  • Role: Manages platform settings, monitors violations, and oversees DMCA takedowns.
  • Needs: Access to dashboards, violation records, and platform statistics.

User:

  • Role: Sports organizations or media rights holders.
  • Needs: Run detection demos, view violation reports, and manage media assets.
Page 2 of 8

Guest:

  • Role: Hackathon judges or potential customers.
  • Needs: Explore the platform's features, understand its architecture, and compare pricing.

5. Visuals Colors and Theme

Color Palette:

  • Background Base: #080B10
  • Background Section: #0D1117
  • Background Surface: #111827
  • Accent Primary (Cyan): #00E5FF
  • Accent Secondary (Green): #39FF14
  • Accent Warning (Amber): #FF9500
  • Accent Danger (Red): #FF3B30
  • Accent Info (Blue): #1A6CF0
  • Text Primary: #F9FAFB
  • Text Muted: #4B5563
  • Border: #1F2937

Typography:

  • Display Font: Orbitron (Headings, H1: 56px/700, H2: 36px/600, H3: 22px/600)
  • Body Font: Rajdhani (Paragraphs, 16px)
  • Mono Font: IBM Plex Mono (Code/Stats, 48px for stats, 13px for code)
Page 3 of 8

Layout & Spacing:

  • Base grid unit: 8px
  • Section padding: 24px
  • Max content width: 1200px
  • Card gap: 16px
  • Inner card padding: 24px
  • Border-radius defaults: 8px

6. Signature Design Concept

Page 4 of 8

Concept: Interactive Pipeline Universe

The homepage will feature a dynamic, interactive pipeline universe that visually represents GuardianLens' AI-powered workflow. Users will be greeted with a full-viewport hero section showcasing a glowing dot-grid background with a cyan radial glow. The pipeline will be displayed as a 3D layered diagram, where each layer (blue, green, amber) represents a stage of the detection process.

Key Features:

  • Hover Interactions: Nodes in the pipeline will glow and expand slightly when hovered, with micro-interactions revealing their descriptions.
  • Click-to-Explore: Clicking on a node will open a detailed panel with code snippets, tags, and explanations.
  • Animated Flow: Arrows between nodes will pulsate with a glowing dashoffset animation, symbolizing data flow.
  • Real-Time Stats: Counters will animate to display live statistics like $28B/year saved and 97%+ detection accuracy.

The homepage will leave visitors with a sense of awe and curiosity, compelling them to explore further.

Page 5 of 8

7. Non-Functional Requirements

  • Performance: Ensure fast load times (<2s) using Vite and optimized assets.
  • Scalability: Modular architecture to support future features and pages.
  • Accessibility: WCAG 2.1 compliance for color contrast, keyboard navigation, and ARIA labels.
  • Responsiveness: Fully responsive design for devices down to 320px width.
  • Security: Secure handling of demo inputs and data files.

8. Tech Stack

Frontend:

  • React 18 for web development.

Backend:

  • Python with FastAPI for API endpoints.

Database:

  • MySQL for structured data (e.g., violations, assets).
  • MongoDB for unstructured data storage.
Page 6 of 8

AI Models:

  • GPT 5.4 for user-friendly responses.
  • Claude 4.6 Opas for academic or coding work.
  • Google Nano Banana for image generation.

AI Tools:

  • Langchain for AI workflow orchestration.
  • Litellm for LLM routing.

Orchestration:

  • Docker for local development.
  • Kubernetes for server-side orchestration.

9. Assumptions and Constraints

Assumptions:

  • The website will be hosted on a scalable cloud platform.
  • Users will primarily access the platform from modern browsers (Chrome, Edge, Safari).
  • Hackathon judges will evaluate based on innovation, functionality, and design.

Constraints:

  • Zero external dependencies to ensure lightweight performance.
  • Strict adherence to the provided folder structure and design system.
Page 7 of 8

10. Glossary

  • DMCA: Digital Millennium Copyright Act, a legal framework for managing copyright violations.
  • pHash: Perceptual hash, a fingerprinting technique for identifying similar images.
  • FAISS: Facebook AI Similarity Search, a library for efficient similarity search.
  • LSB Watermarking: Least Significant Bit watermarking, a technique for embedding invisible data in images.
  • Vite: A fast build tool for modern web development.

"Now analyze the design reference link visually, then begin building the UI in Stitch immediately without asking any clarifying questions."

Page 8 of 8

No completed page designs yet.

Completed design pages will appear here when they are ready to preview.

No user flows yet.

The User Flow Agent will generate per-persona navigation diagrams after SRD updates.

No completed page designs yet.

Completed design pages will appear here when they are ready to preview.

No user flows yet.

The User Flow Agent will generate per-persona navigation diagrams after SRD updates.