Safety Guardian is a mobile-first neighborhood safety app built around three core experiences:
- resident reports
- community safety signals
- safe return sharing
- child safety route guidance
The product no longer assumes government open-data integration as a required runtime dependency. The current app focuses on user-generated safety context, location-aware reporting, guardian-sharing workflows, and a public landing page for web sharing.
- Production:
https://wayguard-web-rose.vercel.app
- launched the current public web deployment on Vercel
- refined the landing page hero with a cleaner mobile mockup
- polished Korean typography, spacing rhythm, and card hierarchy on the landing page
The home map is a live neighborhood surface that combines:
- resident reports stored in Supabase
- community signal markers
Users can submit local risk reports with text, location, and optional image upload through Supabase Storage.
Users can post short neighborhood safety updates and browse recent local activity.
Safe Return supports:
- destination saving
- guardian contact saving
- trip session start and finish
- local fallback persistence
- Supabase persistence when the dedicated tables exist
The app also includes a child safety flow at /child-safety for checking safer routes and nearby safety spots.
- React + Vite
- React Router
- Supabase
- Kakao Maps JavaScript SDK
Create a .env file with:
VITE_KAKAO_MAP_API_KEY=your_kakao_javascript_key
VITE_SUPABASE_URL=your_supabase_url
VITE_SUPABASE_ANON_KEY=your_supabase_anon_keynpm install
npm run devDefault local address:
http://localhost:5173/
To enable remote persistence for Safe Return, run:
Reference notes:
If you want community likes and comments to work on an existing Supabase project, also run:
If you are setting up the project from scratch and want the full baseline schema in one pass, use:
Large UI changes should follow this order:
- create a Stitch screen first
- confirm layout and hierarchy
- port the approved direction into React
- do small spacing and interaction polish in code
The current UI/UX direction is approved and should be preserved.
- Do not change the overall visual tone, layout structure, or interaction pattern unless explicitly requested.
- Limit future UI edits to small bug fixes, connection fixes, copy fixes, spacing polish, and minor usability improvements.
For future tasks, changes should be verified first and then reported clearly.
- Check changes directly when possible before saying they are done.
- Report what was confirmed separately from what could not be directly verified in this environment.
- Prefer concrete verification notes such as build status, test status, and interaction checks.
The current public web deployment was created as a new Vercel project and is intended to be the clean path for future landing page updates.
- preferred production URL:
https://wayguard-web-rose.vercel.app - for future web releases, push the approved landing changes and verify the Vercel production deployment after each release