# Threejs Qa Release

> Verify and release Three.js apps and games through primary-journey QA, desktop/mobile visual checks, canvas metrics, visual regression, optional game bot playtests, production previews, and release-risk reporting.

- **Type:** Skill
- **Install:** `agentstack add skill-mintdotgg-mint-threejs-skills-threejs-qa-release`
- **Verified:** Yes — security-reviewed for prompt injection and unsafe behavior
- **Seller:** [mintdotgg](https://agentstack.voostack.com/s/mintdotgg)
- **Installs:** 0
- **Category:** [Data & Analytics](https://agentstack.voostack.com/c/data-and-analytics)
- **Latest version:** 0.1.0
- **License:** MIT
- **Upstream author:** [mintdotgg](https://github.com/mintdotgg)
- **Source:** https://github.com/mintdotgg/mint-threejs-skills/tree/main/skills/mint-threejs-skills/skills/threejs-qa-release
- **Website:** https://mcp.mint.gg

## Install

```sh
agentstack add skill-mintdotgg-mint-threejs-skills-threejs-qa-release
```

Requires the [AgentStack CLI](https://agentstack.voostack.com/docs/cli). Works with Claude Code, Cursor, and any MCP-compatible agent.

## About

# Three.js QA Release

Prove the app or game works as its user encounters it and that the production
build is shippable.

Read `../../references/verification-policy.md` first. Do not start browser,
Playwright, canvas, screenshot, diagnostics, release-preview, or mobile work
without approval for that scope.

## Read By Need

- Core QA, responsive behavior, performance, evidence, and release:
  `references/qa-release-checklists.md`.
- Screenshot baselines or visual regression:
  `references/visual-test-harness.md`.
- Game-only scripted play, difficulty, fairness, or softlocks:
  `references/game-playtest-bot.md`.

## Default Minimum

Without additional approval, run only the policy's automatic minimum: the
smallest build/typecheck gate, focused existing non-browser tests, and local
asset/import-path checks. Fix owned failures, then state that extended browser
QA was not run and offer a concrete desktop QA pass.

## Approved Desktop QA Workflow

1. Confirm the approved scope, then start the intended dev or production
   preview.
2. Capture console, page, and relevant network errors.
3. Verify nonblank canvas pixels and the approved active desktop view.
4. Exercise the primary user journey and changed risky paths.
5. Test loading, empty, unsupported, and error states when applicable.
6. Check desktop UI fit, input cancellation, and resize.
7. If audio changed, verify gesture unlock, decode/load, triggers, loops,
   cleanup, mute, and volume.
8. Add deterministic screenshot baselines only when separately approved;
   otherwise record that they were not run.
9. Run canvas diagnostics, profiling, production-preview checks, or game bot
   playtests only when the user approved those checks.
10. Record commands, artifacts, issues, and remaining risks.

After desktop QA, offer mobile as a separate second step. Do not infer mobile
approval from desktop approval.

## Canvas Inspector

After canvas-inspector approval, run from the target project so its
`@playwright/test` and `pngjs` dependencies are used:

```bash
node /scripts/inspect-threejs-canvas.mjs --url http://127.0.0.1:5188
```

Add `--mobile`, `--state `, and `--seed ` as needed. The JSON
contains canvas metrics and renderer-budget comparisons. Blank/error conditions
exit nonzero.

The game scaffold creator copies this canonical inspector into generated games,
so they remain self-contained without duplicated source.

## Approved Release Workflow

1. Inspect scripts, Vite `base`, public assets, and deployment assumptions.
2. Gate debug UI, verbose logging, and test helpers.
3. Run production build and preview.
4. Recheck desktop/mobile interaction and asset paths in built output.
5. Review bundle size, large assets, and third-party asset notices.
6. Report deployment commands and residual risks.

## Final Response

Lead with pass/fail. Include commands, URL, primary journey or game loop,
controls, screenshots/artifacts, issues, canvas/performance evidence, visual
harness and game-bot decisions when relevant, deployment notes, and risks.
Always disclose extended browser QA that was not run and whether mobile still
requires approval.

## Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

- **Author:** [mintdotgg](https://github.com/mintdotgg)
- **Source:** [mintdotgg/mint-threejs-skills](https://github.com/mintdotgg/mint-threejs-skills)
- **License:** MIT
- **Homepage:** https://mcp.mint.gg

Install and usage instructions live in the source repository linked above.

## Pricing

- **Free** — Free

## Security capabilities

Automated source analysis of v0.1.0 — what this tool can access:

- **Network access:** no
- **Filesystem access:** no
- **Shell / process execution:** no
- **Environment & secrets:** no
- **Dynamic code execution:** no

*"Yes" means the capability is present in the source — more access means more to trust, not that it is unsafe.*


## Versions

- **0.1.0** — security scan: passed — Imported from the upstream source.

## Links

- Listing page: https://agentstack.voostack.com/l/skill-mintdotgg-mint-threejs-skills-threejs-qa-release
- Seller: https://agentstack.voostack.com/s/mintdotgg
- Browse the marketplace: https://agentstack.voostack.com/browse

---
Listed on AgentStack — the marketplace for AI agent skills and MCP servers. Every listing is security-reviewed. Creators keep 70%.