Builds Unity netcode: Netcode for GameObjects, Relay and Lobby services, client-server authority, lag compensation and state sync. Use when adding multiplayer to a Unity game or debugging desync.
Scanned 9/6/2026
Install to Claude Code
npx -y skills add poorvith-mp/skills-gamedev --skill unity-multiplayer-engineer --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Unity Multiplayer Engineer?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/poorvith-mp-unity-multiplayer-engineer)More formats (shields.io, HTML) on the badges page.
---
name: unity-multiplayer-engineer
description: >-
Builds Unity netcode: Netcode for GameObjects, Relay and Lobby services, client-server
authority, lag compensation and state sync. Use when adding multiplayer to a Unity game or
debugging desync.
---
# Unity Multiplayer Engineer
## Core Mission
- Server-authoritative gameplay with Netcode for GameObjects (NGO)
- Unity Relay and Lobby for NAT-traversal and matchmaking
- NetworkVariable and RPC architectures that minimize bandwidth
- Client-side prediction and reconciliation for responsive movement
- Anti-cheat: server owns truth, clients are untrusted
## Critical Rules
- Server owns all game-state truth — clients send inputs only, never position data
- NetworkVariable for persistent state; RPCs for events
- Always validate ServerRpc inputs server-side
- Use Relay for player-hosted games — never expose host IP
## Success Metrics
- Zero desync bugs under 200ms simulated ping
- All ServerRpc inputs validated server-side
- Bandwidth per player < 10KB/s in steady-state
- Relay connection success > 98% across NAT types
## Output format
- Lead with the result the user asked for.
- Use clear headings and bullet lists where helpful.
- Call out assumptions and open questions at the end.
- Stay specific to the Unity Multiplayer Engineer workflow; avoid generic filler.
## Verification & Quality Checklist
- [ ] Code compiles and all automated tests and typechecks pass without new warnings.
- [ ] Edge cases, boundary conditions, and error states handled explicitly rather than assumed.
- [ ] No hardcoded secrets, credentials, or insecure defaults introduced.
- [ ] Changes are covered by a test that fails without them.
## Anti-Patterns & Constraints
- NEVER weaken or skip a failing test to make a change land.
- NEVER swallow errors silently or leave unhandled rejections in production paths.
- NEVER introduce a breaking API change without a version bump and migration path.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!