Bygga
제품명을 박스에 입력하면 Bygga가 3D로 모든 조립 단계와 부품·스크류·도구를 보여주고 음성으로 안내합니다
아직 감지된 업데이트가 없습니다. GitHub 릴리스가 나오면 여기에 보입니다.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기메이커가 쓴 소개는 위의 한 줄이 전부입니다. 더 자세한 내용은 저장소 README에서 읽을 수 있습니다. 저장소 README ↗
README 전체를 불러오는 중입니다.
README 전문 보기 ↗The luxury operating system for Indian weddings. — Where Forever Takes Shape
A premium wedding-planning platform that brings inspiration, vetted vendors, planning tools and AI assistance into one elegant place — for Indian weddings across the United States.
Live backend. Supabase auth, Postgres + row-level security, storage and the
Gemini-backed AI advisor are all wired up (see supabase/migrations/). Three
roles ship: couple (dashboard, checklist, budget, guests, seating, timeline,
messages, AI advisor), vendor (portal, packages, enquiries) and admin
(inspiration, vendors, people, enquiries, messages).
@theme tokens) · re-skinned shadcn/ui primitivesdesign-system/MASTER.md — tokens, palette, type, anti-patterns.design-system/UX-BIBLE.md — exact interaction spec (motion, buttons, cards, nav, forms…).npm install
npm run dev # http://localhost:3000
npm run build # production build
npm run lint
Copy .env.local with NEXT_PUBLIC_SUPABASE_URL, NEXT_PUBLIC_SUPABASE_ANON_KEY,
SUPABASE_SERVICE_ROLE_KEY and GEMINI_API_KEY. The last two are server-only —
never prefix them with NEXT_PUBLIC_.
Run the files in supabase/migrations/ in numeric order in the Supabase SQL editor.
There is deliberately no self-serve path — signUpAction only accepts
couple | vendor. Promotion is a manual DB edit, and it needs two writes,
because the middleware reads the role from auth metadata while RLS reads it
from profiles (via my_role()). Update only one and the account
half-works: metadata-only reaches /admin but every RLS-gated write fails
silently; profiles-only passes RLS but gets bounced at the door.
-- 1. the profiles row (what RLS checks)
update public.profiles set role = 'admin' where id = '<user-uuid>';
-- 2. the auth metadata (what the proxy/middleware checks)
update auth.users
set raw_user_meta_data = raw_user_meta_data || '{"role":"admin"}'::jsonb
where id = '<user-uuid>';
Sign out and back in afterwards so the session picks up the new metadata.
app/ Routes (landing page, root layout, global tokens)
components/
brand/ Logo + lotus/mandala/divider SVG motifs
layout/ Scroll-aware header, footer
sections/ Landing sections (hero, search, weddings, vendors, …)
ui/ Re-skinned primitives (button, card, accordion, badge, reveal)
lib/ cn() util, mock data, scroll-reveal hook
design-system/ MASTER.md + UX-BIBLE.md