← Corpus / astro-knots / prompt

Introducing Features and UI Components

Prompt for introducing features and UI components to the Hypernova site, including team pages, responsive design patterns, and branded exports.

Path
prompts/Introducing-Features-and-UI-Components.md
Authors
Michael Staton, Tugce Ergul
Augmented with
Claude Code (Claude Sonnet 4.5)
Tags
Features · UI-Components · Team-Page · Responsive-Design

Context

Context on the Astro-Knots monorepo

We develop and maintain multiple sites for multiple clients. Each site needs to be independently deployed with no dependencies on the Astro-Knots monorepo. However, we have developed patterns and boilerplate code, etc.

Preferred Stack

  1. [[Tooling/Software Development/Frameworks/Web Frameworks/Astro|Astro]] for [[Vocabulary/Static Site Generators|Static Site Generation]]
  2. [[Tooling/Software Development/Frameworks/Web Frameworks/Svelte|Svelte]] for dynamic UI.
  3. [[Tooling/Software Development/Lego-Kit Engineering Tools/ImageKit|ImageKit]] for scalable image CDN.
  4. [[Tooling/Software Development/Frameworks/Frontend/UI Frameworks/Tailwind|Tailwind]] with tokens edited for the brand we are building for, using our [[lost-in-public/to-hero/Customizing Tailwind|Customizing Tailwind]] best practices.
  5. Preference for using documents in Markdown or in JSON in the repository over any database use.
  6. Avoidance of anything React or React patterns. HTML, CSS, Astro, and Svelte only.

Features and UI Components

Immediate Enhancements

  • Create a team page that profiles the two co-founders Tugce and Michael using the text in the attached image. Use a simple person card for the default view (name, role, image, LinkedIn). Add a “detailed view” (expanded card) with bio and key facts.
    • Add entries to astro-knots/sites/hypernova-site/src/content/people/team.json (I will fill missing info after you scaffold):
      [
        {
          "name": "Tugce Ergul",
          "role": "Co‑Founder",
          "image": "/headshots/headshotOf__Tugce-Ergul.jpeg",
          "linkedInProfile": "https://www.linkedin.com/in/tugceergul/",
          "bio": "A decade as Partner at Angel Labs... Accolades: Forbes 30u30, Fortune 40u40"
        },
        {
          "name": "Michael Staton",
          "role": "Co‑Founder",
          "image": "/headshots/headshotOf__Michael-Staton.jpeg",
          "linkedInProfile": "https://www.linkedin.com/in/michaelastaton/",
          "bio": "Part of five fund cycles... 23 home runs incl. 12 unicorns and 5 IPOs; 7x industry average."
        }
      ]
    • Adapt team components under astro-knots/sites/hypernova-site/src/components/team to Hypernova theme (nova tokens), ensuring dark/light consistency:
      • PersonCard--Essentials.astro (default view)
      • PersonCardExpanded--Detail-1.astro (expanded view)
    • Update astro-knots/sites/hypernova-site/src/pages/the-people/index.astro to import team.json and render the two co‑founders (add a detail level toggle if helpful).

Key Principles

Responsive Design

Most people will be viewing it initially from Mobile. However, analysts will usually want to “dive in” so we need laptop and large screen variants, and a clinically responsive layout.

Clickable Levels of Detail

Logo Clouds. Cards of various sizes and various level of detail, expandable to more detail. Convenient collapse detail. Full pages.

Branded Exports and Downloads

It’s common for potential investors and their analysts to want to download a PDF, and download CSV exports.

Multiple Layouts & Arrangements

Because it’s so important for analysts to browse and find the information they need, it would be good for them to toggle different layouts with different types of cards and different levels of detail.

Connection to a Google Sheet for Data Variables

When displaying a portfolio, it’s often helpful to have “facts” or “metrics” about any portfolio company. I want to be able to access a Google Sheet through the Google Workspace API, and point to specific numbers or tables.

Strategy for Sensitive Data & Content

When displaying a portfolio, it’s common to have certain financial information like “share price” or “amount invested” hidden in a layer that is only accessible to potential [[Limited Partners]].

I can already imagine there being multiple levels of access requested by the investing partners, so it’s best to think about this system smartly. At base, we should have an accepted passwords list and put sensitive content behind a simple password authentication (note, we should avoid User Accounts unless it’s a Google/Microsoft OAuth that just matches a list of authorized users or organization emails)