Verified starter

DateKind Social

A safety-first mobile dating starter with profile readiness, preference-led match review, consent-gated intro/chat, and report/block controls.

Placeholder profiles only - no production matching claims

DateKind

Kind match review

Reviewing

Match preference

Suggested match

Mara Lee, 31

Reviewing

Warm, grounded, low-pressure

Synthetic placeholder portrait

Why this match

Strongest fit for slow first dates and kind pacing.

Intent

Intent: kind, steady relationship

Safety note

Prefers a public first meet and no late-night plans.

indie bookstorescity walksjazz playlists

Review queue

Copy pack

Build from the verified source

Master Prompt and Build Contract for the mobile dating starter. Preserve onboarding, profile readiness, consent before chat, report/block, and v1 scope boundaries.

Master Prompt

# Master Build Prompt: DateKind Social

Build DateKind Social as a safety-first mobile dating/social starter product. The starter should feel like opening the mobile app itself: a realistic phone shell with a bottom Review, Profile, and Settings tab bar; generated synthetic adult placeholder portrait assets, placeholder profile data, preference-led match review, consent-gated intro requests, chat unlock only after acceptance, and report/block controls that visibly change match state.

Product purpose:
- Help a single user complete profile readiness, review suggested placeholder matches, send one respectful intro request, and handle safety states.
- Keep v1 small: onboarding, profile readiness, basic preference filters, match review, request/chat states, and report/block.
- Treat safety and consent as first-version behavior, not future polish.

Required facts to preserve:
- DateKind is a mobile-first dating/social app MVP.
- Users create a profile before requesting a match.
- Users set basic preferences that change suggested matches.
- Users review suggested matches with clear reasons and placeholder distance/context.
- A respectful intro request must be sent before chat can unlock.
- Report and block actions must be available and must change state.
- Generated synthetic adult placeholder portraits render in the circular male user profile avatar, selected match card, review queue, and safety log.
- Demo profiles are placeholder data only and must not imply real users or production matching.

UI style and color tokens:
- Overall surface: calm safety-product mobile app, not a bright swipe/feed product.
- Page background #EEF4F1, phone screen #FBFAF4, primary rose #7B3E4A, safety teal #2F6F73, border #C9D7D4, ink #182327.
- Use restrained cards with 8px radius inside the phone, crisp segment controls, compact status pills, and lucide-style icons for review, profile, settings, message, check, X, shield, report, block, and reset actions.
- Use familiar mobile spacing and readable type. Do not use marketing hero sections, dashboards, fake browser frames, or decorative scenery around the phone.

Required layout:
- One realistic fixed-height phone shell is the main product surface.
- Top app bar: DateKind identity, current match status, reset icon.
- Bottom app tab bar with icons: Review, Profile, Settings.
- Review tab: horizontal square icon buttons for match preferences, selected match card with a large synthetic portrait and placeholder badge, compatibility reason, intent, safety note, interests, request/chat panels, review queue with portrait thumbnails, Send intro request, icon-only check button for Accept demo, icon-only X button for Skip for now, and Report concern.
- Profile tab: a profile-like top card with a circular synthetic adult male user profile image first, user name/age, intent, placeholder badge, short bio, then onboarding/profile-readiness checklist, prompt selection, photo-prompt check, Mark draft, and Mark ready.
- Settings tab: report reason choices, Report, Block, and a safety state log with portrait thumbnails for each placeholder profile.

Interaction rules:
- Preference buttons reorder and select the suggested match list.
- Selecting a match changes the selected card, reason, status, and actions.
- Send intro request is blocked if the profile is draft or photo check is missing.
- Send intro request changes the selected match to Request pending.
- The icon-only check button accepts the demo and unlocks chat only after a request exists.
- The icon-only X button skips the match, changes the selected match to Skipped, and advances to another reviewable match.
- Report concern changes the selected match to Reported and opens or reflects the Settings state.
- Block changes the selected match to Blocked, hides it from the review queue, and advances to another reviewable match.
- Reset restores profile readiness, preference, selected match, report reason, and all match states.

State model:
- Profile states: Profile draft, Profile ready, photo prompt checked/unchecked.
- Match states: Reviewing, Request pending, Chat unlocked, Skipped, Reported, Blocked, and no reviewable matches.
- Settings states: selected report reason, reported profile, blocked profile, safety log.

Demo data shape:
- Include exactly a few placeholder profiles with first names, ages, demo distance, intent, interests, safety/boundary notes, and preference-specific fit reasons.
- Use generated synthetic adult portrait assets from /library-assets/datekind-social/datekind-profile-leo-v1.png, /library-assets/datekind-social/datekind-profile-mara-v1.png, /library-assets/datekind-social/datekind-profile-noor-v1.png, and /library-assets/datekind-social/datekind-profile-sam-v1.png.
- The Profile tab should use /library-assets/datekind-social/datekind-profile-leo-v1.png as the generated synthetic adult male user avatar and label it as a synthetic placeholder profile.
- Use clearly labeled placeholder/demo language. Do not use real people, real locations beyond schematic demo distance, fake testimonials, or fake production moderation claims.

Acceptance criteria:
- The page opens to the DateKind phone preview first, not a Build Companion walkthrough.
- Only Master Prompt and Build Contract are visible copy tabs.
- Review/Profile/Settings controls change visible state.
- The Profile tab opens with a circular synthetic adult male user profile image before the readiness checklist.
- Chat cannot unlock before an intro request.
- Report and block are functional states, not static links.
- Portrait assets load in the circular user profile avatar, selected match, queue, and safety log while staying labeled as synthetic placeholders.
- The preview and copy both preserve onboarding, profile readiness, preferences, match review, request/chat, report/block, placeholder data, and v1 scope.

Non-goals:
- No adult content, explicit-content surfaces, or sexualized discovery.
- No public feeds, social posting, events, groups, complex social graph, or influencer/profile-follower mechanics.
- No payments, checkout, Stripe, subscriptions, premium boosts, paid likes, coins, gamified rewards, or monetization.
- No complex matching-algorithm claims, AI compatibility score promises, fake moderation proof, production safety certification, or real-user marketplace claims.
- No auto-messaging, background agent sending, contact scraping, exact-location tracking, stalking-adjacent location detail, or broad data harvesting.