Javis OS
Javis OS는 기업가를 돕는 에이전시 AI로, 업무를 지원하고 함께 성장합니다
아직 감지된 업데이트가 없습니다. GitHub 릴리스가 나오면 여기에 보입니다.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기README 전체를 불러오는 중입니다. 아래는 저장된 발췌입니다.
Next.js (App Router, TypeScript) + Supabase + Vercel.
• Framework: Next.js 15 (App Router) + TypeScript + Tailwind CSS
• Database / Auth: Supabase (@supabase/ssr)
• Hosting: Vercel
• Package manager: npm
Two separate Supabase projects keep staging data fully isolated from
production. The same SQL migrations are applied to both to keep schemas identical.
1. Copy env template and fill in your staging Supabase keys:README 전문 보기 ↗Next.js (App Router, TypeScript) + Supabase + Vercel.
@supabase/ssr)| Environment | Git branch | Vercel target | Supabase project |
|---|---|---|---|
| Local dev | any | — | fusion-studio-staging (or local Supabase) |
| Staging | staging | Preview | fusion-studio-staging |
| Production | main | Production | fusion-studio-prod |
Two separate Supabase projects keep staging data fully isolated from production. The same SQL migrations are applied to both to keep schemas identical.
cp .env.example .env.local
# then edit .env.local
npm run dev
App runs at http://localhost:3000| Variable | Where | Notes |
|---|---|---|
NEXT_PUBLIC_SUPABASE_URL | client + server | Project URL |
NEXT_PUBLIC_SUPABASE_ANON_KEY | client + server | Public anon key |
SUPABASE_SERVICE_ROLE_KEY | server only | Never expose to the browser |
NEXT_PUBLIC_SITE_URL | client + server | Base URL for redirects |
import { createClient } from "@/lib/supabase/client"import { createClient } from "@/lib/supabase/server"src/proxy.ts (this Next.js version renamed the middleware convention to proxy).supabase migration new <name> # create a migration
supabase db reset # rebuild LOCAL db from migrations
supabase link --project-ref <ref> # link a remote project
supabase db push # apply migrations to the linked remote project
Apply the same migrations to staging first, then production.
staging → Vercel Preview deploy (uses staging Supabase env vars).main → Vercel Production deploy (uses production Supabase env vars).