OhMyGame
OhMyGame is the open-source studio for making games with AI. Design, build, playtest, and publish games in one app, with your own model keys.
Browse typing race teams and leaderboards
Translation pending
AI summary · website content
GamesHTML · JavaScriptGitHub @thevoidracerOnlineOwner unconfirmed
Have you tried it? One tap is enough. No sign-in needed.
No updates detected yet. GitHub releases will appear here.
Owners of public repositories under a personal GitHub account can sign in to verify ownership and manage the introduction themselves. No administrator approval is needed.
Sign in, generate a verification file, and commit it to this repository’s default branch within 30 minutes. Files on other branches or forks do not count. Then check the file below to manage the project without administrator approval. Keep the file to retain your access.
If needed, you will go to sign-in. After signing in, return here and press your chosen verification button again.
Run /nomorevibe verify in your project folder to verify ownership and manage the introduction yourself.
Verify in one minuteAsk about other verification options
The maker's introduction consists of the line above. Read the repository README for more details. Repository README ↗
Loading the full README.
Read the full README ↗Multi-team Nitro Type tracker. This is Step 1 of the build plan: prove the database and the deploy pipeline work together before building any real features on top.
No always-on server. src/build.js queries Supabase once and writes plain
HTML into site/, which a scheduled GitHub Action commits and GitHub Pages
publishes — the same free, no-card model this account's single-team tracker
already runs on. src/server.js still exists for local preview only; it's
not what's deployed.
schema.sql — the v0 database schema (teams, racers, racer_stats).src/build.js — the static site generator: a teams index page, plus one
generic teams/<tag>/ page per team, built from whatever's in the database.src/server.js — optional local-only version of the same thing, served
live instead of pre-built, for quick iteration without waiting on a workflow run..github/workflows/build.yml — runs build.js on a schedule (and on
demand) and commits the output to site/..github/workflows/pages.yml — publishes site/ to GitHub Pages whenever
it changes.src/ingest.js — Step 3: pulls one real team from Nitro Type's public
GET /api/v2/teams/<tag> endpoint and upserts it into teams, racers
and racer_stats (a new stats snapshot per racer per run, so history
builds up over time instead of being overwritten). Run it with
node src/ingest.js <TAG> (e.g. node src/ingest.js IMT).npm install.env.example to .env and fill in DATABASE_URL with your
Supabase connection string (Supabase dashboard → Project Settings →
Database → Connection string → URI).psql "$DATABASE_URL" -f schema.sql
(or paste schema.sql's contents into the Supabase SQL editor)node src/ingest.js <TAG> to pull a real team in (e.g. node src/ingest.js IMT).npm run build — writes static pages into site/ you can open directly,
or npm start to serve the live version at http://localhost:3000.Nothing to configure beyond one GitHub Actions secret:
DATABASE_URL
with the same value as your local .env.From there, the Build site workflow regenerates site/ on a schedule and
the Deploy to GitHub Pages workflow publishes it automatically.