agentleFS
facebookfacebook/immersive-web-sdk/.claude/skills/test-level/SKILL.md

test-level

Skill350 starsChanged 24 days agoMITView on GitHub

Test level system (LevelRoot, LevelTag, authored environment, scene hierarchy) against the poke example using the iwsdk CLI.

1 other project uses a version of this.

Adopted by

Most recently taken up by

  • Other versions1 project uses a version of this.

    Word for word · 0

    None found.

    Edited · 0

    None found.

    Wrote their own version · 1

    1. codezeroexe/levels★ 3same name

    How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.

  • In this repository13 other files it gives its agents.

The file

Show its rules and text

We split this skill into the rules it gives an agent

18 rules. About 0 are common, 10 are distinctive, and 8 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈10

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 8

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Run 5 test suites covering LevelRoot, LevelTag membership, authored environment, scene hierarchy, and stability.

    line 9
  2. Very specific:

    Tool calls: every tool call is npx @iwsdk/cli <subcommand> [--input-json '<JSON>'] [--timeout <ms>], run from inside the example workspace …

    line 15
  3. Very specific:

    Use --timeout 20000 for operations that may take longer (reload, xr enter, screenshot).

    line 19
  4. Distinctive:

    IMPORTANT: Run each Bash command one at a time.

    line 21
  5. Very specific:

    IMPORTANT: When the instructions say "wait N seconds", use sleep N as a separate Bash command.

    line 23
  6. Distinctive:

    Wait for this to complete before proceeding.

    line 33
  7. Very specific:

    Start the dev server as a background task using the Bash tool's run_in_background: true parameter:

    line 39
  8. Distinctive:

    If the server fails to start within 60 seconds, report FAIL for all suites and skip to Step 5.

    line 49
  9. Distinctive:

    Check the dev server output for errors

    line 61
  10. Distinctive:

    If it still fails, report FAIL for all suites and skip to Step 5

    line 63
  11. Distinctive:

    Run these commands in order:

    line 71
  12. Very specific:

    All tagged entities should have the same URL-derived id value.

    line 132
  13. Distinctive:

    If any suite fails, include which assertion failed and actual vs expected values.

    line 213
  14. Distinctive:

    If at any point a transient error occurs (server crash, WebSocket timeout, connection refused, etc.) that is NOT caused by a source code …

    line 219
  15. Very specific:

    Stop the dev server: cd $IWSDK_REPO_ROOT/examples/poke && npx @iwsdk/cli dev down

    line 221
  16. Distinctive:

    Only give up after one retry attempt per suite.

    line 226
  17. Very specific:

    When no scene level URL is provided, the level id falls back to "level:default".

    line 234
  18. Very specific:

    Never cache entity indices across page reloads.

    line 250

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Level System Test

Run 5 test suites covering LevelRoot, LevelTag membership, authored environment, scene hierarchy, and stability.

Configuration:

  • EXAMPLE_DIR: $IWSDK_REPO_ROOT/examples/poke

Tool calls: every tool call is npx @iwsdk/cli <subcommand> [--input-json '<JSON>'] [--timeout <ms>], run from inside the example workspace (cwd $EXAMPLE_DIR). The CLI auto-discovers the IWSDK app root from cwd, so no path tricks are required. Run npx @iwsdk/cli mcp inspect from the example to discover available tools and their CLI subcommands.

  • <JSON> is a JSON object string. Omit --input-json if no arguments are needed.
  • Output is JSON on stdout: {ok, workspaceRoot, operation, result}. Parse it to check assertions.
  • Use --timeout 20000 for operations that may take longer (reload, xr enter, screenshot).

IMPORTANT: Run each Bash command one at a time. Parse the JSON output and verify assertions before moving to the next command. Do NOT chain multiple CLI commands together.

IMPORTANT: When the instructions say "wait N seconds", use sleep N as a separate Bash command.


Step 1: Install Dependencies

cd $IWSDK_REPO_ROOT/examples/poke && npm run fresh:install

Wait for this to complete before proceeding.


Step 2: Start Dev Server

Start the dev server as a background task using the Bash tool's run_in_background: true parameter:

cd $IWSDK_REPO_ROOT/examples/poke && npm run dev

IMPORTANT: This command MUST be run with run_in_background: true on the Bash tool — do NOT append & to the command itself.

Once the background task is launched, poll the output for Vite's ready message (up to 60s). You can also run npx @iwsdk/cli dev status from the example directory until state.running becomes true. You do not need to extract or manage the port yourself; subsequent commands resolve the active runtime through the CLI automatically.

If the server fails to start within 60 seconds, report FAIL for all suites and skip to Step 5.


Step 3: Verify Connectivity

npx @iwsdk/cli ecs systems 2>/dev/null

This must return JSON with a list of systems. If it fails:

  1. Check the dev server output for errors
  2. Try killing and restarting the server (Step 2)
  3. If it still fails, report FAIL for all suites and skip to Step 5

Step 4: Run Test Suites

Pre-test Setup

Run these commands in order:

  1. npx @iwsdk/cli browser reload --timeout 20000 2>/dev/null Then: sleep 3
  2. npx @iwsdk/cli xr enter --timeout 20000 2>/dev/null Then: sleep 2
  3. npx @iwsdk/cli browser logs --input-json '{"count":20,"level":["error","warn"]}' 2>/dev/null Assert: No error-level logs.

Suite 1: LevelRoot

Test 1.1: Find LevelRoot Entity

npx @iwsdk/cli ecs find --input-json '{"withComponents":["LevelRoot"]}' 2>/dev/null

Assert: Exactly 1 entity. Save its entityIndex as <root>. Entity should have name "LevelRoot". Entity should also have: Transform, LevelTag, DomeGradient, IBLGradient.

Test 1.2: LevelRoot Transform at Identity

npx @iwsdk/cli ecs query --input-json '{"entityIndex":<root>,"components":["Transform"]}' 2>/dev/null

Assert:

  • position: [0, 0, 0] (approximately)
  • orientation: [0, 0, 0, 1]
  • scale: [1, 1, 1]

The LevelSystem enforces identity transform on the level root every frame.


Suite 2: LevelTag Membership

Test 2.1: All Level Entities Tagged

npx @iwsdk/cli ecs find --input-json '{"withComponents":["LevelTag"]}' 2>/dev/null

Assert: Multiple entities — all entities except entity 0 (scene root, which is persistent).

Test 2.2: LevelTag ID Matches

Pick any tagged entity from the results above:

npx @iwsdk/cli ecs query --input-json '{"entityIndex":<any-tagged>,"components":["LevelTag"]}' 2>/dev/null

Assert: id = "/scenes/poke.iwsdk.scene.json"

All tagged entities should have the same URL-derived id value. This fixture loads ./public/scenes/poke.iwsdk.scene.json, which is served at /scenes/poke.iwsdk.scene.json.

Test 2.3: Persistent Entities Excluded

npx @iwsdk/cli ecs find --input-json '{"withComponents":["Transform"],"withoutComponents":["LevelTag"]}' 2>/dev/null

Assert: 10 entities — entity 0 (scene root) plus 9 persistent input-rig entities created by the world bootstrap (xrOrigin, head, ray/grip/indexTip spaces for left and right). None of these should carry LevelTag.


Suite 3: Authored Environment

Test 3.1: LevelRoot Has Both Environment Components

npx @iwsdk/cli ecs query --input-json '{"entityIndex":<root>,"components":["DomeGradient","IBLGradient"]}' 2>/dev/null

Assert: Both scene-authored components are present with the gradient values declared in public/scenes/poke.iwsdk.scene.json. They are not synthesized by LevelSystem.


Suite 4: Scene Hierarchy

Test 4.1: LevelRoot is Child of Scene Root

npx @iwsdk/cli scene runtime-hierarchy --input-json '{"maxDepth":2}' 2>/dev/null

Assert:

  • Scene root children include "LevelRoot"
  • LevelRoot children include all level entities (env mesh, robot, panel, logo, etc.)

Test 4.2: Entity Count

npx @iwsdk/cli ecs find --input-json '{"limit":50}' 2>/dev/null

Assert: Total entity count should be >= 5.


Suite 5: Stability

npx @iwsdk/cli browser logs --input-json '{"count":30,"level":["error","warn"]}' 2>/dev/null

Assert: No application-level errors or warnings. Pre-existing 404 resource errors from page load are acceptable.


Step 5: Cleanup & Results

Kill the dev server:

cd $IWSDK_REPO_ROOT/examples/poke && npx @iwsdk/cli dev down

Output a summary table:

| Suite                  | Result    |
|------------------------|-----------|
| 1. LevelRoot           | PASS/FAIL |
| 2. LevelTag Membership | PASS/FAIL |
| 3. Authored Environment | PASS/FAIL |
| 4. Scene Hierarchy     | PASS/FAIL |
| 5. Stability           | PASS/FAIL |

If any suite fails, include which assertion failed and actual vs expected values.


Recovery

If at any point a transient error occurs (server crash, WebSocket timeout, connection refused, etc.) that is NOT caused by a source code bug:

  1. Stop the dev server: cd $IWSDK_REPO_ROOT/examples/poke && npx @iwsdk/cli dev down
  2. Restart: re-run Step 2 to start a fresh dev server
  3. Re-run the Pre-test Setup (reload, accept session)
  4. Retry the failed suite

Only give up after one retry attempt per suite. If the same suite fails twice, mark it FAIL and continue to the next suite.


Known Issues & Workarounds

LevelTag id for default level

When no scene level URL is provided, the level id falls back to "level:default". When a scene URL is configured, as in this fixture, the URL is used as the level id. All entities created via world.createTransformEntity() (without persistent: true) automatically receive LevelTag with the active level id.

Level root identity enforcement

LevelSystem.update() checks and resets the level root's transform to identity every frame. If you modify the level root's position via ecs set-component, it will be reset on the next frame.

Entity 0 is special

Entity 0 wraps the Three.js Scene object. It has Transform but no LevelTag — it's the persistent root that survives level changes.

Entity indices change on reload

Never cache entity indices across page reloads. Always re-discover via npx @iwsdk/cli ecs find.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.