![](\"https:\/\/deathcookie.com\/home\/wp-content\/uploads\/2015\/06\/Oo4th_patreon_name.png\")
<\/a><\/p>\nIn case you\u2019re wondering why the blog is late this week, I\u2019ve re-joined the ranks of wage slavery, so new posts will probably be Monday instead of Friday from now on.<\/p>\n
In Cinemechanix, every character has a set of character concept traits that allows him to roll a d20 instead of a d12 as his free die. The core concept traits are Role (Job in QAGS terms) and Backstory (which describes the character\u2019s past). Fatal Flaw is also included in the concept section, but usually doesn\u2019t give a player bonuses to rolls. The core rules section also includes the possibility of adding other traits that are specific to the game, so that\u2019s something I needed to go into more detail about in the section about adapting your game.<\/p>\n
<\/p>\n
To help explain what sorts of game-specific traits you might use, I came up with some broad categories to use as examples: Heritage Traits (things like race or species in a fantasy or sci-fi game), Factions (your Hogwart\u2019s house or vampire clan), Secondary Roles (an M-Forcer\u2019s Day Job or a super-hero\u2019s secret identity), Specialization (for games where the core skillset for PCs is relatively uniform, like a game where everyone\u2019s a cop or soldier), and Gimmick (basically a catch-all category for anything else: a super-hero\u2019s power theme, a fantasy character\u2019s weapon of choice, or whatever). The most basic game-specific traits just bump up your default die like Role and Backstory do, but you could also hang one or more special rules on them. For instance, a character might get an extra bonus when using a Specialization or a whole list of advantages and \u00a0disadvantages that go along with a character race.<\/p>\n
One category I went back and forth on and eventually decided to include was Class. It occurred to me that for some kinds of games, you might want a Role-type trait that\u2019s more structured and not quite so open-ended. The best example is probably a wrestling game, where you would have a Class like High Flyer, Bruiser, Luchadore, Technical Wrestler, etc. (with Role describing your ring persona). Classifying super-heroes as Bricks, Energy Blasters, Acrobats, etc. would also fit the Class idea. The problem is that Class and Role (and sometimes some of the other categories) have a lot of overlap and I wasn\u2019t entirely sure that the addition was useful enough to justify the added confusion.<\/p>\n
Oddly enough, it was a video game that made me realize the distinction that would clarify things. I\u2019d been playing a city builder game (Clash of Kings, I think) for a few weeks when my tablet broke down, but the emulator I\u2019d downloaded as a temporary replacement wouldn\u2019t run that game, so \u00a0I downloaded The Walking Dead: No Man\u2019s Land*, which is basically Clash of Whatever with zombies instead of elves and shit. You build up your survivor camp and send your people out to fight zombies so they can collect weapons and food and, strangely, gold. Each character has a class like \u201cShooter\u201d or \u201cHunter\u201d or \u201cScout\u201d that basically describes how they fight: how many hit points they have, what kind of weapons they use, etc. I think there are five classes in all, and they\u2019re purely about how the character works in the game system. If I were running a Cinemechanix game based on the Walking Dead where character did things other than fight, the classes would be way too limited and non-descriptive to work as Roles, and would only tangentially related to how the character fits into the story, but they still might be useful.<\/p>\n
The realization about game design that came out of this is that there\u2019s a difference between how the character fits into the story and how he fits into the game. In most games with a class-type character trait, it tries to represent both, which often leads to weirdness. In early versions of D&D (especially Basic), classes were mostly a rules construct–you could describe your fighter as a viking or a knight or whatever you wanted–but even then there was some overlap. Kits in 2nd Edition kind of worked as the version of class that describe the character in story terms, but since the core classes \u00a0were so structured it sometimes got kind of weird when the core class abilities didn\u2019t make much sense for the kit.<\/p>\n
Anyway, the distinction I ended up making for the class trait is that the class trait is purely a game construct that doesn\u2019t necessarily have any explicit meaning within the game world. Rick Grimes might refer to himself a Shooter, but probably not because it would use up valuable time that he could spend moping and making terrible decisions. Class is purely a game mechanics side thing, and one way to use it is to give players access to those \u201cspecial snowflake\u201d type rules that I mentioned last week. Just create a class and connect them with special rules or bonuses for specific things that you know are going to happen in the game. For example, and M-Force game may have classes like \u201cMonster Expert,\u201d \u201cInvestigator,\u201d \u201cTactician,\u201d \u201cMedic,\u201d \u201cMarksman,\u201d and \u201cMonster Rassler,\u201d each with special abilities nobody else gets. Since the player can still describe how the character fits into the story using Role, you break the characters up into game-based types without limiting them by trying to squeeze the game stuff and the story stuff into a single trait.<\/p>\n
*If you happen to play, my (currently one-man) Guild is called the Red Rock** Regulars. If you\u2019re looking for a Guild, join it!<\/p>\n
**Red Rock was the name of the comic store where I worked with Robert Kirkman before he became the Zombie King, so it seemed appropriate.<\/p>\n