Underground 2 Revived
Play Need for Speed: Underground 2 (2004) in Chrome and Firefox with WebGPU graphics, Web Audio, up to 120 fps widescreen, controller support, free roam and Online races with friends. Fan project, not
翻译准备中
尚未检测到更新。GitHub 发布版本后会显示在这里。
个人 GitHub 账号下公开仓库的所有者可以登录并验证所有权,自行管理介绍,无需管理员批准。
登录并生成验证文件,在 30 分钟内将其提交到此仓库的默认分支。其他分支或分叉仓库中的文件无效。然后在下方检查文件,即可无需管理员批准直接管理项目。请保留文件以维持管理权限。
如需登录,将前往登录页面。登录后请回到此处,再次点击所选的验证按钮。
在项目文件夹中运行 /nomorevibe verify,即可验证所有权并自行管理介绍。
一分钟完成验证stccg 2e card search
翻译准备中
取自仓库 README
正在加载完整 README。
查看完整 README ↗This is a Next.js project bootstrapped with create-next-app.
First, run the development server:
yarn dev
Open http://localhost:3000 with your browser to see the result.
You can start editing the page by modifying pages/index.js. The page auto-updates as you edit the file.
API routes can be accessed on http://localhost:3000/api/hello. This endpoint can be edited in pages/api/hello.js.
The pages/api directory is mapped to /api/*. Files in this directory are treated as API routes instead of React pages.
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!
scripts/extract_card_options.shExtracts unique Class and Species values from the card data TSV and updates the hardcoded option lists in src/lib/missionRequirements.ts. Run this whenever the card data file is updated:
bash scripts/extract_card_options.sh
This repository uses label-driven automation to trigger Claude AI workflows.
| Label | Applies to | Workflow file | What Claude does |
|---|---|---|---|
needs-elaboration | Issues | .github/workflows/claude-triage.yml | Reads the issue, answers open questions, appends an ## Implementation Plan section, then removes the label |
ready-for-dev | Issues | .github/workflows/claude-implement.yml | Implements the feature/fix, runs tests, visual verification, creates a branch, opens a PR |
architecture-discussion | Issues | .github/workflows/claude-architecture.yml | Deep-dives the codebase, writes an ## Architectural Analysis section, adds needs-human-input label |
agent-review | Pull Requests | .github/workflows/agent-review.yml | Addresses all unresolved review comments (code changes or replies), commits, pushes, removes label |
.github/workflows/needs-elaboration-label.yml watches for issue comments and automatically adds needs-elaboration if and only if:
github.repository_owner, andElaborate:, Clarify:, or Refine:This means the triage workflow can be triggered via a comment shorthand without manually applying the label.
On GitHub, adding/removing labels on issues and PRs requires at minimum Triage repository access. See: Repository roles for an organization.
For personal repositories, collaborators are added individually via Settings → Collaborators.
As of the time this was written, the only collaborator on this repo is the owner (iftheshoefritz). Only the repo owner can trigger any of these label-driven workflows.
The auto-labelling workflow adds a second layer of defence by explicitly checking github.event.comment.user.login == github.repository_owner, so even if a collaborator with Triage access were added in future, they still couldn't trigger triage via comment shorthand.
The label-triggered workflows run Claude with --dangerously-skip-permissions and broad GitHub permissions (contents: write, pull-requests: write, etc.). Restricting label access to trusted collaborators only is therefore important — a malicious label addition could cause Claude to push code or open PRs.
GitHub does not provide a built-in way to restrict which users can apply specific labels (only role-level access control exists). If collaborators are added in future, consider:
anthropics/claude-code-action — the Action used in all workflowsThe 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.