Synaplan
기업을 위한 오픈소스 AI 플랫폼
P.R.I.S.M은 이벤트 문의·승인·평면도·공급업체·게스트·청구·규정·마감을 하나의 운영 시스템으로 연결합니다
P.R.I.S.M connects event inquiries, approvals, floorplans, suppliers, guests, billing, compliance, and closure into one operating system.
비즈니스TypeScript · JavaScriptGitHub @The-Team-CG온라인운영자 미확인
써 보셨어요? 한 번만 눌러 주세요. 로그인은 필요 없어요.
아직 감지된 업데이트가 없습니다. GitHub 릴리스가 나오면 여기에 보입니다.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기P.R.I.S.M — PMCM event OS (canonical at The-Team-CG)
저장소 README에서 가져옴
README 전체를 불러오는 중입니다.
README 전문 보기 ↗P.R.I.S.M is an internal event-operations system for PMCM teams. Four role-specific portals use one NestJS API and PostgreSQL database.
Requires Node.js 24 or later, npm 11.6.2, and Docker Desktop's Linux engine. Startup prepares a lean local Supabase database and Studio, waits for readiness, and applies checked-in Prisma migrations before launching apps. It generates ignored development environments without reading hosted database credentials. Normal stop/start preserves local data. Fresh local data contains no production users/events; fixtures are never inserted automatically.
On Windows, run from the repository root:
start-prism.cmd
start-prism.cmd -DatabaseOnly rem database and migrations only
start-prism-docker.cmd -Dev rem Docker hot reload with Compose Watch
start-prism-docker.cmd rem built local images
Stop Node and local Supabase with stop-prism.cmd; use
stop-prism-docker.cmd for Docker. Data is retained. See the
Docker runbook for rebuilds, worktrees,
and data lifetime. Deployed environments use one DATABASE_URL; DIRECT_URL
is an optional migration connection override.
The first start installs locked dependencies when needed, generates the Prisma client, builds shared types, and starts the API and portals in development mode.
On other platforms, run npm run db:local:start, select .local-dev/api.env
through PRISM_ENV_FILE, then start each workspace in its own terminal:
npm run dev:api
npm run dev:client
npm run dev:supplier
npm run dev:guest
npm run dev:event
| Surface | Primary-checkout URL |
|---|---|
| API | http://localhost:4000 |
| Client portal | http://localhost:3001 |
| Supplier portal | http://localhost:3002 |
| Guest portal | http://localhost:3003 |
| Event command | http://localhost:3004 |
| Supabase Studio | http://127.0.0.1:54323 |
Linked worktrees may use different ports; run npm run ports to see them. Local
fixture accounts are in the portal accounts runbook.
For repeatable accounts and UAT data on an existing database, use the standalone fixture commands. They require an explicit private env file and run without starting or building the API.
npm run typecheck
npm run test:api
npm run check:boundaries
npm run test:boundaries
For engineering conventions, read AGENTS.md. For architecture, product decisions, and operating procedures, start at the documentation index.