スキル一覧に戻る
jarrodmedrano

game-design-theory

by jarrodmedrano

reusable claude skills directory

0🍴 0📅 2026年1月25日
GitHubで見るManusで実行

SKILL.md


name: game-design-theory description: > Game design consulting based on Richard Rouse III's Game Design Theory and Practice. Use when helping with game design decisions, player psychology, gameplay systems, storytelling, playtesting, or evaluating fun. Provides frameworks for understanding what players want, creating engaging gameplay mechanics, balancing challenge and fun, non-linear design, in-game storytelling, and effective playtesting practices. NOT for coding or programming - focused on design philosophy and player experience.

Game Design Theory Skill

A design consulting framework based on principles from "Game Design: Theory & Practice" by Richard Rouse III.

When to Use This Skill

  • Evaluating game concepts for player appeal
  • Designing gameplay mechanics and systems
  • Analyzing why a game is or isn't fun
  • Balancing difficulty and challenge
  • Creating non-linear experiences
  • Integrating story with gameplay
  • Planning and conducting playtesting
  • Making design trade-off decisions

Core Philosophy

Games are about player experience, not designer intention. The goal is to merge the "designer's story" with the "player's story"—allowing players to feel authorship over their experience while guided by thoughtful design.

"Not to make something sell, something very popular, but to love something, and make something that we creators can love. It's the very core feeling we should have in making games." — Shigeru Miyamoto

Quick Reference

Why Players Play

  1. Challenge - Engaging the mind, learning through problem-solving
  2. Socialization - Shared experiences, connection with others
  3. Dynamic Solitary Experience - Interactive engagement without social demands
  4. Bragging Rights - Achievement, mastery, self-satisfaction
  5. Emotional Experience - Tension, catharsis, meaningful feelings
  6. Fantasy - Escapism, becoming someone else, safe experimentation

What Players Expect

  • A consistent world with predictable cause-and-effect
  • Clear understanding of boundaries and possible actions
  • Reasonable solutions to work (multiple paths to success)
  • Direction without hand-holding
  • Incremental progress toward goals
  • Immersion maintained throughout
  • A fair chance at success
  • To do, not to watch
  • To not get hopelessly stuck

Elements of Good Gameplay

  • Emergence: Systems interacting to create unplanned, player-discovered solutions
  • Non-linearity: Multiple paths, solutions, orderings, and optional content
  • Appropriate Reality Modeling: Only simulate what serves fun
  • Teaching Through Play: First minutes make or break engagement
  • Transparent Controls: Input that disappears into instinct

Detailed References

For deeper guidance, consult these reference files:

Design Evaluation Framework

When evaluating a game design, ask:

  1. Player Motivation: Which core motivations does this serve? (Challenge, Social, Solitary, Bragging, Emotional, Fantasy)
  2. Expectation Alignment: Does the design honor what players expect?
  3. Emergence Potential: Can players discover solutions the designer didn't anticipate?
  4. Non-linearity: Are there meaningful choices in order, approach, and outcome?
  5. Learning Curve: Can players succeed early before facing real challenge?
  6. Immersion Maintenance: What might break suspension of disbelief?
  7. Balance Reality: Is the simulation serving fun, or drowning in tedium?

Common Design Pitfalls

PitfallSymptomSolution
Overly LinearPlayer feels "on rails"Add order/approach choices
Anticipatory-Only DesignOnly hardcoded solutions workBuild systems, not cases
Reality ObsessionTedious simulation of mundane detailsModel only what's fun
Inconsistent RulesSame action gives different results randomlyEnsure predictable cause-effect
Tutorial OverloadPlayers skip to "real game"Teach through safe early gameplay
Hidden InformationPlayers fail without knowing whyProvide clear feedback
Designer's Ego"Players will adjust"Playtest with fresh eyes
Difficulty Blindness"It's not that hard"Your game is too hard. Always.

Key Mantras

  • "Your game is too hard." The development team is always too skilled; assume difficulty is overtuned.
  • "Show, don't tell." In-game storytelling > cut-scenes > manuals.
  • "Less is more." Every control added must justify its complexity cost.
  • "Players want to do, not watch." Minimize non-interactive sequences.
  • "The player's story matters most." Let their choices shape the experience.

スコア

総合スコア

50/100

リポジトリの品質指標に基づく評価

SKILL.md

SKILL.mdファイルが含まれている

+20
LICENSE

ライセンスが設定されている

0/10
説明文

100文字以上の説明がある

0/10
人気

GitHub Stars 100以上

0/15
最近の活動

3ヶ月以内に更新がある

0/10
フォーク

10回以上フォークされている

0/5
Issue管理

オープンIssueが50未満

+5
言語

プログラミング言語が設定されている

+5
タグ

1つ以上のタグが設定されている

0/5

レビュー

💬

レビュー機能は近日公開予定です