The foundational design discipline — the spine the rest of the pack cross-links to. Use when judging whether a mechanic is fun, auditing a system for balance, designing difficulty/flow, setting reward schedules, checking player motivation, or diagnosing "my choices don't matter" / "this is grindy" / "this difficulty spike feels cheap". Covers interesting decisions (Sid Meier), flow & difficulty curves, intrinsic/extrinsic motivation (Self-Determination Theory), feedback & agency, and choice a...
Scanned 8/31/2026
Install to Claude Code
npx -y skills add rondorkerin/gamestack --skill game-design-fundamentals --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Game Design Fundamentals?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/rondorkerin-game-design-fundamentals)More formats (shields.io, HTML) on the badges page.
---
name: game-design-fundamentals
description: The foundational design discipline — the spine the rest of the pack cross-links to. Use when judging whether a mechanic is fun, auditing a system for balance, designing difficulty/flow, setting reward schedules, checking player motivation, or diagnosing "my choices don't matter" / "this is grindy" / "this difficulty spike feels cheap". Covers interesting decisions (Sid Meier), flow & difficulty curves, intrinsic/extrinsic motivation (Self-Determination Theory), feedback & agency, and choice architecture. Triggers on "is this fun", "interesting decision", "dominant strategy", "balance this", "difficulty curve", "flow", "reward schedule", "player motivation", "fake choice", "analysis paralysis", "one more turn".
---
# Game-Design Fundamentals
The bedrock principles every other skill in the pack assumes. If a design decision feels wrong and you're not sure why, the answer is usually here.
## When to use this
- Deciding whether a mechanic, system, or choice is actually *fun* (not just functional)
- Balancing — hunting dominant strategies, no-brainer options, difficulty spikes
- Designing difficulty/flow, reward schedules, or progression
- Diagnosing player complaints: "my choices don't matter", "it's grindy", "that death was cheap", "I'm overwhelmed"
## Scope
This is the **spine**. Sibling skills specialize it and link back here:
- Spatial reward cadence & exploration pull → `open-world-design`
- Perceptual uniqueness / the oatmeal problem → `procedural-generation`, `procgen-review`
- Telegraphing & fair lethality → `combat-design`, `permadeath-and-lethality`
- Loot dominance & economy balance → `rpg-systems`
- Real vs. fake branching → `narrative-and-quest-design`
## How the pieces fit
- **`GUIDE.md`** — the cited *why*: interesting decisions, flow & difficulty, motivation (SDT), feedback & agency, choice architecture. Each principle carries exemplars, sources, the named failure mode, and the **procedural/headless implication**.
- **`CHECKLIST.md`** — Do/Don't + machine-checkable **Test-for** criteria, grouped by topic. These are written to be enforced as automated invariants in a generation loop, not just read.
## The one idea to anchor on
> **A game is a series of *interesting* decisions** (Sid Meier). A decision is interesting only when it has believed, persistent consequences, is made with enough information, carries a real trade-off, and **has no dominant option**. The single highest-leverage audit you can run: scan every system for a strictly-best strategy and delete it.
> **Why this matters doubly for a generator:** a human team has a "this feels off" reflex that catches a broken economy or a cheap death late. An autonomous agent has none. So treat each principle here as an **enforced automated invariant**, not advice.
Start with `GUIDE.md`.
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!