.claude/skills/task-workflow/SKILL.md
# Skill: Task Workflow Use this checklist for every non-trivial piece of work. Four steps, always in order. Never skip or merge steps. --- ## Step 1 — Plan _(requires user approval before any code is written)_ - [ ] Create `tasks/active/NNN-short-title.md` from `tasks/TEMPLATE.md` - [ ] Document 2–3 options with pros/cons - [ ] Pick the best option and explain why, clearly - [ ] Write numbered, measurable **success criteria** (not "looks better" — testable outcomes) - [ ] Write a **testing s
npx skillsauth add dschonholtz/MultiMagicDungeonWeb .claude/skills/task-workflowInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Use this checklist for every non-trivial piece of work. Four steps, always in order. Never skip or merge steps.
tasks/active/NNN-short-title.md from tasks/TEMPLATE.mdtasks/active/NNN-short-title.md and reply 'approved' to proceed."executingreviewingconsole.log in production pathsgrep -c "<<<<<<" index.html returns 0)node --check index.html passes (syntax check)npm test — ALL tests must passdeployedssh -i ~/.ssh/mmd_deploy [email protected] "cd /root/MultiMagicDungeonWeb && git pull origin main && pm2 restart all"
curl -s -o /dev/null -w "%{http_code}" http://5.161.208.234:3000/ must return 200tasks/active/ to tasks/done/| Step | Gate to enter | Gate to exit | |------|---------------|--------------| | 1 Plan | (new task) | User says "approved" | | 2 Execute | User approval received | Implementation complete | | 3 Review | Implementation done | All criteria ✅ PASS | | 4 Deploy | Step 3 summary sent | User reviews live deploy |
tools
# Skill: Extend the WebSocket Protocol Use this when adding a new message type. Both client and server must be updated together. ## Message flow ``` Client → Server: join, move, spell_cast, rename, [new type] Server → Client: welcome, player_join, player_leave, player_move, spell_cast, player_rename, [new type] ``` ## Step 1: Define the message before coding Document these before touching any file: - **Name**: snake_case - **Direction**: client→server, server→client, or
development
# Skill: Add a Three.js Feature to MultiMagicDungeonWeb This game is a **single monolithic `index.html`** — no build step, no bundler. Everything lives in one file. ## File structure inside index.html ``` <html> <head> ... styles ... </head> <body> <!-- HUD overlay divs: #hud, #rename-panel, etc. --> <canvas id="c"></canvas> <script type="module"> // === CONSTANTS (WS_URL, PLAYER_SPEED, HP_MAX, etc.) === // === GLOBALS (scene, camera, renderer, clock) === //
development
Creates simple Three.js web apps with scene setup, lighting, geometries, materials, animations, and responsive rendering. Use for: "Create a threejs scene/app/showcase" or when user wants 3D web content. Supports ES modules, modern Three.js r150+ APIs.
tools
# Skill: Test Multiplayer Locally Use this skill any time you need to verify multiplayer behavior in MultiMagicDungeonWeb. ## Stack - Game: `index.html` (open as `file://` — no HTTP server needed) - WS server: `server/index.js` on port 8080 - Node binary: `~/.nvm/versions/node/v22.22.0/bin/node` (shell aliases don't apply in Bash tool) ## Step 1: Start the WS server ```bash export PATH="$HOME/.nvm/versions/node/v22.22.0/bin:$PATH" cd /Users/douglasschonholtz/repos/MultiMagicDungeonWeb/server