Section of the Booking and Scheduling App

Service Selection Screen

The public service browse page of the Bookly booking app. Filter chips at the top let users narrow by category (Coaching, Tutoring, Beauty, Fitness, Photography). Below that, a 4-column grid of provider cards shows a colored avatar placeholder, name, specialty, star rating, review count, and price per session, with a Book Now primary CTA button.

Section preview

Loading preview

Vibe code this section with a prompt

Paste the prompt into your AI coding tool and it builds just this section. Each version is scoped to the Service Selection Screen, part of the Booking and Scheduling App.

Build the Service Selection screen for a Next.js 14+ Bookly booking and scheduling app in Cursor. Design system: white background (#FFFFFF), black text on white, muted grey (#6B7280) for secondary text, brand blue (#2B65F6) reserved for primary CTAs only, Switzer font, font-medium max (never bold), 12-14px body copy, 16-20px headings, minimal line icons only. Layout: a filter chip row at the top (All, Coaching, Tutoring, Beauty, Fitness, Photography) where the active chip has a black filled background and white text, and a 4-column grid of provider cards below, each card showing a colored rounded-xl avatar placeholder (initials, tinted background matching category), provider name at 13-14px font-medium, specialty at 12px grey, star rating row with small filled stars and review count, price per session at 12px, and a "Book now" primary CTA button (blue #2B65F6, rounded-full) at the bottom of the card separated by a border-top. Ship as a single .tsx file using only Tailwind classes and native React state. No motion library required. This section belongs to the Bookly booking and scheduling app template family; reference the shared layout (left sidebar nav + top bar) but do not duplicate it here.

How to use this Service Selection Screen as a prompt

  1. Paste the prompt into Lovable, Claude Code, or Cursor to build the Service Selection Screen as the /browse route of a Next.js booking app.
  2. Best as the discovery surface for coaching, tutoring, beauty, fitness, and photography booking platforms where users need to compare providers before choosing.
  3. Ask Codex or Claude Code to wire the filter chips to a Supabase query, add a search input, or load provider cards from a CMS or database.

How to use this Service Selection Screen as code

  1. Drop the React + Tailwind file into `app/browse/page.tsx` and pass a `providers` array of shape { name, specialty, category, rating, reviews, price, initials, color }.
  2. Filter chips filter client-side. Swap the mock PROVIDERS array with a server fetch from Supabase, Sanity, or your own API with no layout changes.
  3. Compatible with Next.js App Router, Supabase, and Stripe. Provider cards link to the /book/[providerId]/date route.

Other sections in the Booking and Scheduling App

More sections you can vibe code alongside the Service Selection Screen. Each ships with prompts for Claude Code, Cursor, Codex, Lovable, Replit, and Google Stitch.

FAQ

How do I build a service provider browse grid for a booking app?+

Copy the prompt on this page into Claude Code, Cursor, Lovable, Codex, Replit, or Google Stitch. The generated file drops into `app/browse/page.tsx` as a filter chip row and a 4-column provider card grid, each card showing avatar placeholder, name, specialty, star rating, price, and a Book Now button. Filter chips filter client-side on the category field.

Can I wire the provider cards to a real database?+

Yes. Replace the mock PROVIDERS array with a server fetch from `supabase.from("providers").select("*")` or a CMS query. The card component takes a provider prop of shape { name, specialty, category, rating, reviews, price, initials, color } so the data swap is a single-line change.

How do I add a search input to the provider grid?+

Add a controlled text input above the filter chips. Filter the PROVIDERS array on both search.toLowerCase() matching name or specialty, and the active category chip. The pattern is identical to the client management table search in the Client List section.

What is the best AI tool for building a booking app browse page?+

Lovable is fastest for a first working preview with real filter chips. Claude Code or Cursor are best for wiring the browse page to a live Supabase providers table and routing the Book Now button to the date picker step. Replit works well if you want a public URL immediately without local setup.

What is a vibe coding template?+

A vibe coding template is a full-app scaffold you describe to an AI coding tool instead of writing from scratch. You paste the prompt into Cursor, Claude Code, Lovable, Codex, Replit, or Google Stitch, and the AI generates the correct file structure, routes, components, and design system automatically. The difference from a regular template is that you own the output from the first line: you can immediately ask the AI to swap the auth provider, change the brand color, or add a new route — no boilerplate editing required.

Can I use these vibe coding templates copyright-free in my project?+

Yes. Every template, section, code file, and included image is free to use in your website, app, client project, SaaS product, or open-source build with no attribution required. There is no license fee, no royalty, and no copyright restriction. The code is yours to keep, modify, and ship commercially the moment you copy it.

What do I get on each vibe coding template page?+

A live preview of the full template, the complete multi-file source code as a single copy-paste string with `// === filename ===` headers so Cursor and Claude Code split it into the correct files automatically, and the prompt that regenerates the template from scratch in any of the 6 AI coding tools. Every vibe coding template ships with the shared AI Library design system: white background, black on grey typography, brand blue reserved for primary CTAs, small type, minimal icons.

What is the difference between a vibe coding template and a component?+

A component is a single UI unit (a chat interface, a bento grid, a scroll progress bar). A vibe coding template is a full app made up of many components: routes, layout, navigation, data flow, and interactions wired together. Both are in the AI Library. Templates live at /prompts/ai-library/vibe-coding-templates. Components live at /prompts/ai-library/website-sections. Every template page cross-links to the AI Library components used inside its sections.

Are the vibe coding templates licensed for commercial use?+

Yes. Every template can be copied, adapted, sold, and shipped in commercial projects with no attribution required. This applies to the full-app parent code and every child section. The AI prompts are also unrestricted. Use them for client work, indie SaaS, agency deliverables, internal tools, and open-source projects.

What technology stack do the vibe coding templates use?+

Every template is built on Next.js 14+ App Router + Tailwind CSS v3 + Switzer font, written in TypeScript. Backend choices are yours: they work with Supabase, Clerk, or Auth.js for authentication, and with Postgres, Convex, PlanetScale, or Neon for data. Templates deploy on Vercel, Cloudflare Pages, or Netlify. No motion library required. All styling is Tailwind utility classes.

How do I use a vibe coding template with Cursor or Claude Code?+

Open the template page, click Copy full code, and paste directly into a Cursor or Claude Code chat. Both tools detect the `// === filename ===` headers and split the paste into the correct files in your project. From there you can ask them to swap the auth provider, change the color palette, wire the data to your API, or generate missing routes. The prompt tab gives you the exact vibe coding instruction to hand off instead.

Do vibe coding templates work with my auth provider and database?+

Yes. Auth is wrapped behind a `src/lib/auth.ts` helper so you can swap Supabase, Clerk, Auth.js, or your own SSO by changing one file. The same pattern applies to the database client: swap Supabase for Postgres, Convex, PlanetScale, or Neon without touching the UI. Every template ships a Supabase reference implementation by default because it is the most common choice for AI-native SaaS.

Can I combine sections from different vibe coding templates?+

Yes. Every child section is a standalone page and standalone code file. Copy the Users Table section from the SaaS Dashboard template into an AI Agent template and it works with no modification — they share the same design system, typography, spacing scale, and layout primitives. The prompt tab for each section is scoped to that section, so you can vibe code just the piece you need.

Why include a prompt if the code is already there?+

Three reasons. First, the prompt regenerates the template matched to your own design tokens, brand color, file structure, and auth provider — faster than editing someone else's code. Second, it is a starting instruction you can extend ("build this dashboard but replace analytics with a Kanban board") instead of a fixed snapshot. Third, each prompt is written specifically for the tool it targets: Claude Code, Cursor, Codex, Lovable, Replit, or Google Stitch — the output is consistent because the design constraints are identical across all six.

Which AI coding tool is best for vibe coding with these templates?+

All six produce the same visual output. Cursor and Claude Code are best for dropping the full multi-file code into an existing repo where you want the AI to manage imports, run type checks, and iterate. Lovable and Replit are best for a fresh working preview URL in seconds without local dev setup. Codex fits agent-driven vibe coding workflows where the AI works autonomously across multiple files. Google Stitch is best if you want to iterate on the design visually before dropping the React code into your project.

Can I adapt the design system to my own brand?+

Yes. The design system is Tailwind-native: change the brand color in `tailwind.config.ts` and every primary CTA updates. Change the font in `next/font` and every heading and body copy updates. Change the border-radius in the shared component variants and every card, button, and modal updates. Because the templates lean minimal (white background, black text, blue only on CTAs) they adapt easily to any brand without visual conflict.