🎉 TheNinja-RPG - Core 4 🎉

This is the official source code for the game www.TheNinja-RPG.com.

💻 Setting up locally

The codebase relies on a variety of external services for e.g. auth, websockets, database, etc. Some of these are next to impossible to replicate locally, but provide free (or very cheap) tiers. To get up and running, it is therefore required to sign up for free accounts on the following services:

• https://clerk.com/ - for auth (required)
• https://uploadthing.com/ - for file uploads (optional)
• https://replicate.com/ - for AI inference (optional)

To get started, copy app/.env.example to app/.env and fill in all variables related to services (*CLERK*, REPLICATE*, UPLOADTHING*).

make setup # Install bun locally
make install # Run bun install
make dbpush # Setup database tables
make seed # Seed database tables
make start PORT=3000 # Start development server in the foreground

• Go to http://localhost:3000 to view the site (use localhost, not 127.0.0.1, or Next.js chunks 403)
• Go to http://127.0.0.1:3001 to manage the database

For parallel Git worktrees, use make dev-up to allocate a port and start or reuse a background server. make dev-status prints its URL and live log path; make dev-down stops only that worktree's server. Startup installs dependencies and reuses shared Docker services without recreating them or deleting .next. make dev-doctor shows the database target and broker configuration without exposing credentials. Worktrees still share the database in app/.env.

Application Make commands select a compatible Bun from PATH or ~/.bun/bin/bun using the minimum version in app/package.json. Installation uses the committed lockfile with --frozen-lockfile; dependency changes go through make bun add <package>.

make deps-upgrade uses the pinned npm-check-updates to query the registry's latest releases for all three npm manifests, including overrides and resolutions, then refreshes their Bun lockfiles. node scripts/deps-upgrade.mjs --check checks the manifests without changing files. Review upstream migration guides and rebase versioned patches before running make check and make test. Native dependencies also require make mobile-sync and the checks documented in mobile/README.md.

The PlanetScale client factory in app/src/server/dbClient.ts adapts Drizzle's parameterized calls to driver 2's SQL-only execute API. It binds values with sql-escaper in UTC on the client and its transaction objects, retaining Drizzle's result modes and transaction handling. Use the factory when constructing clients for Drizzle; tests/server/planetscaleDriver.test.ts covers the integration.

Content editor hooks explicitly register parent-owned object fields even while their conditional editors are hidden. This preserves dirty tracking and validation when clearing targeting drafts; see tests/hooks/coordinate-targeting.test.tsx.

The dev-server skill documents disposable users, authenticated endpoint calls and Chrome coordination. For parallel tests with different accounts, use Chrome DevTools MCP with --isolated and a unique named isolatedContext per worktree/chat/actor. Its temporary profiles and contexts keep login cookies separate; the isolation guide covers setup, page ownership and cleanup.

The personal Chrome extension remains available for workflows using its existing signed-in account. Never sign disposable users into that profile or switch its account for local testing: tabs, windows and ports share cookies. If isolated Chrome is unavailable, continue authenticated API and server checks until its connection is ready.

In Codex local environments, configure make dev-prepare as the worktree setup script and make start as the Run action. Preparation does not start a server or run migrations/seeds.

Game and welcome layouts

Visitors and players choose Classic, Pixel, Eclipse Observatory, Obsidian Council or Sakura Courtyard from one layout selector in Settings → Display. Selection is saved on the device and applies to both the welcome page and the game. Public page headers also provide the shared sound and display settings in the upper-right corner; /layouts shows all five designs. Their identifiers are default, pixel, 20-eclipse-observatory, 17-obsidian-council and 3-sakura-courtyard. app/src/libs/gameLayouts.ts defines their names, appearance, frame selection and responsive behavior; every game frame uses the same controller and layout preference.

Visitors without a saved choice receive the existing welcome design. To set a different welcome default, set NEXT_PUBLIC_WELCOME_LAYOUT to any layout identifier and restart the dev server or rebuild the deployment. A visitor's explicit choice takes precedence. Unset or unrecognized values preserve the existing default. Search crawlers continue to receive the default public shell. Signing out returns to the public welcome page and preserves the selected layout.

📚 Learning Guide

The following videos on youtube are recommended to get a quick introduction to the project and the components of the tech stack:

• The official TheNinja-RPG youtube, TNR DevLog
• Next.js, Clerk, tRPC, Planetscale, tailwind: T3 Stack Tutorial
• Drizzle ORM: DrizzleORM Pitch

🔖 Local Development Guide

Various make commands are available; type make help at the root directory for list of available commands. Most importantly:

• Use make bun add [package] if you need to add some package
• Use make build to build the project
• Use make makemigrations to create migrations file for new database changes

🔒 Licensing

This source code is released with no license, meaning that the work is under exclusive copyright. We do not wish for countless of online copies to be released and float around.