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.