Friday, October 9, 2009

Bonus Lesson: Safe Harbor and Consequences

Ok, so something came up in discussion of the Lessons of RTA that probably merits some discussion of its own.

One of the biggest problems with any system of resolution on a MUSH is that it's a low-trust environment, by necessity of being broadly multiplayer. Small groups may form to play in isolation, and within those groups the play may be very high-trust, but that breaks down for any sort of public play. Public play[1] is essential to a MUSH (because otherwise, why not just play remote tabletop?) but at the same time it introduces most of the logistical complications for the system.[2]

Getting trust in a public context is rough. A referee can handle it, but that's labor intensive and subject to calls of bias and other nonsense. System can handle it as well, but doing so requires clarity in what the system can and can't do. If the system allows for undesirable outcomes, players will avoid it. To provide an example, if the system allows for an outcome where you might win by enough to cut my head off, I am likely to assume that is the outcome you will go for. This is basic risk math - if a potential outcome is overwhelmingly bad, I need to prepare for it, even if the likelihood is low, because risk is based of likelihood AND cost. Because death is the ultimate bad outcome, it's price is effectively infinite, so even if there's only a fractional chance of it happening, it still looms largest in my personal math.[3]

What players really need is a degree of "Safe Harbor", a certain baseline of protection against bad actors. This could be a simple set of rules, like "Characters can't be killed, crippled or removed from play without their consent" but as soon as you lay down such rules, people start to weasel around it. They try to find ways around those limitations, or apply social pressures to force people to give their consent. In response, people refuse to consent to a broader and broader circle of things by virtue of indirect impacts ("You can't kill that NPC because it would socially cripple my character!" and such) and we find ourselves back at square one - little trust and little fun as a result.

Now, at the risk of sounding tangential, I'm very pleased with the RTA stat system. The stats (Force, Grace, Wits and Resolve) are all about how you do something more than the specific details of what you do. Force could just as easily be strength as it could be kung fu, or just luck in dropping heavy objects. Wits could be intellect, cunning, situational awareness or god knows what. The bottom line is that there is a mechanical core (the value of the stat) that offers guidelines for a very broad range of color (a term for description of actions and things) surrounding it. I mention this because I think this same logic could help the trust issue.

Mouseguard has a wonderful system of consequences as a result of conflict. There are a small set of statuses a character might acquire as a result of a conflict, things like "Hurt", "Sick", "Angry", "Tired" and so on. There aren't a lot of them, and while they have very specific mechanical effects, the color is entirely flexible. "Hurt" could mean a limp, arm in a sling, a bandaged head or anything else you can think of within that general definition of hurt. This is not as fine a grain as a lot of injury systems, but there's a good case that a finer grain is not necessary.

I think this could probably be stolen for a MUSH (or LARP) pretty effectively as a way of creating implicit safe harbor for conflicts. If there are a list of explicit consequences (with mechanical effects) then players know exactly how bad it can get, and with the flexibility of the color, players can protect their concept. That is to say, if Derek and Anne get in a fight and Anne wins, the rules might dictate that Derek gains the "hurt" status[4], which will have certain mechanical effects, and last a certain amount of time. Anne controls the mechanical element (whether or not Derek gains the status) and may use that as a point of negotiation. Derek has authority over the color (though he will hopefully take the events of the scene into account) so he ultimately can decide whether one of the cuts he took was meaningful or if he wrenched his shoulder dodging the last attack or whatever else he can think of.

Now, this works great for swordfights, but this also opens up social conflict in interesting ways. One big problem with any social conflict system on a MUSH is that players are intensely attached to player autonomy, partly because of the nature of the games and partly because - historically - a lot of games in the past have had strong streaks of mind-control sex and other potentially squicky behaviors that leave people super wary. In the risk/reward calculation, surrendering autonomy is possibly even worse than death, so the mistrust is even more intense. But if losing a social conflict means a character is "angry" or "flustered", but the way to play that is still clearly in the hands of the player, I suspect you might find people a little more willing to mix it up.

So, I lay this out in the manner of an exorcism. I do not need to be spending brain bandwith designing MUSH systems, so I leave my thinking on the table, and go get a cup of coffee.


1 - Sometimes cynically referred to as "Bar Play." It's an old joke, but most public scenes on MUSHes tend to happen in bars because they are one of the few places that people can legitimately just hang out until something interesting happens. This is one of the consequences of a lack of direction - if you want to play but have nothing you want to accomplish (or more importantly, no way to actually proceed with it) then going someplace public and hoping to bump into people tends to be the best option. This is probably not ideal, but it's a reality of the structures of play, and it has some upsides - for many players the socialization element is the reason they play in the first place.

2- At its most basic, it makes it very difficult to delineate when a scene begins and ends - people come and go, and events rise and fall. That's pretty hard to hang any sort of scene-based mechanic off, and the ability to begin and end scenes cleanly is essential for a lot of the more clever rules out there that might otherwise be very helpful in a MUSH context.

3 - There's a whole lot of fascinating psychology to this, but the bottom line is that we are far more sensitized to dramatic, extreme risks than we are to ones that seem low key. Consider the fear of flying: you're much more likely to die in your car, but we're used to our cars, and a car crash is less dramatic than a plane crash, so we discount it.

4 - There might even be more variety. Maybe Derek can fight defensively and get the "Tired" status instead (or put "Tired" on Anne). Maybe Anne has a gift that lets her poison her blades, so she can choose for Derek to be "Sick" rather than "Hurt". The mechanical options are broad and fascinating (especially in how it relates to types of fights and potential tactics and abilities) but would start turning into full-bore game design from here.

8 comments:

  1. I really like this idea, though it's one I think I need to go chew on for a while before I completely understand it. I like the narrowing of categories of consequences, and being able to select between them based on what the conflict is, because it gets people closer to being on the same page about risk and potential results. And leaving the color for the given status up to the player who's having it inflicted on them seems like a good way to keep people feeling like they have some sort of power in these situations.

    But what I'm mostly taking away from all this is the lesson about how even with explicit consent and consequence limit rules, people can push the envelope in both directions: trying to enforce higher consequences than is really allowed, trying to avoid any at all, and so forth. Kinda makes me ponder how to make large groups like MUSH playerbases largely self-policing, so that every conflict doesn't turn into requiring arbitration, without having fiddly, hugely detailed rules. I guess there's no avoiding that with rules come rules lawyers.

    ReplyDelete
  2. There are reasons the rules lawyers get a bad rap, but I think the fear of them has lead to some problematic design decisions (not specifically on RTA, but generally). There's an idea that social interaction will smooth over things that rules would muddy, and I think that in attempting to solve one problem, a worse one was created. That is to say, I think that bullying and metagame infighting is much more toxic than rules lawyering.

    Specifically, when rules lawyers are a problem it tends to be isolated to a specific abuse, it can be easily identified (since rules abuses explicitly must engage the rules) and corrected (since rules can be changed). In contrast, when a disagreement emerges in the social realm, it's all about feelings and he-said-she-said noise. It's hard to isolate, harder to identify and almost impossible to correct.

    Not that rules are a total panacea for social abuses. These are social games, so that risk always exists, but the hope is that system exists to provide refuge from such abuses. It's optimistic, sure, but I suspect it's possible.

    -Rob D.

    ReplyDelete
  3. I have to say that I really like the Mouseguard pre-existing resolution system, too. Part of the problem is that fear of not knowing or understanding what the scope of a consequence can be.

    I have no idea what to do about the toxic environment or the he-said-she-said aspects of the game. I note that MUSHes almost always turn into high school if left alone for 5 minutes.

    ReplyDelete
  4. Of course, now I'm thinking about the notion of player-authored consequence options. You're getting this somewhat with the idea that players control the color but not the effect, but I'm thinking past that, to ideas like "Fred's list of consequences that you could choose to hit him with are Sickened, Hurt, and Demoralized. Rob's list of consequences you could choose to hit him with are Speechless, Cornered, and Hurt." The idea then would be that the players are defining their safe harbors by defining the consequences that are fair game.

    Obviously there would need to be some enforcement in terms of the number and variety of options offered. But if Fred's game for Demoralized, but Rob's game for Speechless, you've got an idea of what the players are willing to get smacked with, and that's got a bit of direction-giving in and of itself.

    ReplyDelete
  5. Oooh, I like the implicit communication in that - I can see the checklist easily enough, and it's a nice implicit communication of player taste.

    -Rob D.

    ReplyDelete
  6. How about if you have a certain gift/niche/schtick, you have an automatic vulnerability in it, so if you have a bonus in martial arts, you /always/ have the chance of getting hurt in a fight. You're stating by getting that bonus that you're willing to take a downer.

    Would it help social play/consequences, or would it prevent people from wanting to play in that area? You could give people a choice from a limited list when they choose their bonus.

    ReplyDelete
  7. This is so close to JWalt's Geiger Counter condition system. It's really simply elegant. Check it out.

    ReplyDelete
  8. @anonymous - Even if it's not an explicit vulnerability, that speaks to a really essential bit of communication between player and GM that often goes wrong. At it's simplest: If I make a fighty guy, am I telling the GM "I want to make a guy who fights well enough that I don't need to worry about fights" or am I saying "I want to get bloodied, bring on the fights!" Both sentiments are communicated the same way (by buying fight skills) so this makes a nice explicit counterpoint to that. I'll buy fight skills AND chose "physical harm" as the kind of consequence I expect (either by taking a weakness, or just communicating that or whatever).

    Huh. This starts turning into a fascinating re-application of John Wick's "Other Hundred Points" - that may be fodder for it's own post.

    @Justin - Yoinked! To be read when my computer returns!

    -Rob D.

    ReplyDelete

Note: Only a member of this blog may post a comment.