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.
Schedule game nights, track board game sessions, and keep your group connected.
GamesTypeScript · JavaScriptGitHub @chrismcclarinOnlineOwner 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 ↗This is a Next.js project bootstrapped with create-next-app.
First, run the development server:
npm run dev
# or
yarn dev
# or
pnpm dev
# or
bun dev
Open http://localhost:3000 with your browser to see the result.
You can start editing the page by modifying app/page.js. The page auto-updates as you edit the file.
This project uses next/font to automatically optimize and load Inter, a custom Google Font.
To learn more about Next.js, take a look at the following resources:
You can check out the Next.js GitHub repository - your feedback and contributions are welcome!
The easiest way to deploy your Next.js app is to use the Vercel Platform from the creators of Next.js.
Check out our Next.js deployment documentation for more details.
This repository is public, and anyone signed in to GitHub can download a workflow run's artifacts. The end-to-end tests run logged in, so a failure screenshot or report shows a logged-in page. Both e2e artifacts are therefore uploaded only as age ciphertext:
playwright-report: the failure evidence (screenshots and pages from a red run), uploaded only when the e2e job fails.month-tile-desktop-screenshots: the desktop month-tile screenshots, uploaded on every run.scripts/encrypt-evidence.sh pipes tar straight into age, encrypted to the public key in .github/evidence-recipient.txt, and writes enc/<artifact>/<artifact>.tar.age; the upload ships only that folder. *.zip files (Playwright traces) and error-context.md files are never packed. If installing age or encrypting fails, the step fails and nothing is uploaded; there is no plaintext fallback.
.github/evidence-recipient.txt holds a public key on purpose. It is safe to publish, and it is not a leaked secret, so do not "fix" it. The matching private key is in no repository and no GitHub secret.
You need the private key file and age (on a Mac where age came from go install, the binary is ~/go/bin/age).
D=$(mktemp -d) — a fresh, empty folder outside every repository. Every file below goes into it.gh run download <run-id> -n playwright-report -D "$D" (or -n month-tile-desktop-screenshots, and use that name below)age -d -i <your key file> -o "$D/out.tar" "$D/playwright-report.tar.age"tar -xf "$D/out.tar" -C "$D"rm -rf "$D". Never decrypt or extract inside a repository checkout: out.tar is not gitignored.Make a new key pair with age-keygen -o <file> outside any repository, then replace the one recipient line in .github/evidence-recipient.txt with the new public key (the line age-keygen prints). Artifacts are kept for 7 days, so the old key is needed only for runs from the last week.