Prophecy Maker

Regardless of how Blades [in the Dark] handles [planning] mechanically, the point of Blades is that characters and situations work hand in hand to weave a story—there’s no such thing as “failure”, its just a different branch along an infinite path. [Dungeons and Dragons] 5E conditions players that a failure state exists (ctrl+F the PHB for “fail” and see what I mean). 
—HeavyArms

This time, I was the one to start a conversation by venting my frustration regarding overtly long planning sessions and how I experienced most of them in D&D, curiously enough. There are many reasons for that sort of stuff to come up: too many players, too many tools (abilities, equipment, etc.), players getting stuck in a loop of arguments, and so on. The one that stuck out to me was a focus on failure, pointed out by HeavyArms quoted above with permission. This led me on a journey that made me relabel this article half a dozen times.

I took inspiration from the conflict resolution from PbtA and Matt Colville's notion of a "null result" to avoid. Add a dash of my favorite mechanic from Double the Zombies, equipment inspired by the Final: Sole Survivor with a bit of a Gon' Click inspiration, and a "but" here and there. The outcome of this process is my very own dice oracle.

All you need is a pair of six-sided dice.
The image is public domain.

Prophecy Maker

The count starts at 0 unless it's greater already. Start by defining:

• a good, a bad, and a random outcome,
• an expected outcome, and a countdown amount,
• the skill bonus used,
• and the item used, if any.

Roll 2d6 and add them to the skill and item bonus.

• The good outcome happens if the sum is ≥ 7, and it has a catch if it's 7.
• The bad outcome happens if the sum is ≤ 9, and it has a catch if it's 9.
• The random outcome happens if both dice have rolled the same number.
• For every 6 rolled, increase the count by 1. When count ≥ countdown, the expected outcome happens, and the count is reduced to 0.

Finally, the item can be damaged if the lower die roll ≤ item's bonus. In such a case, subtract the roll from the bonus. If the new bonus equals 0, the item is destroyed.

Now available in a business-card format! ... okay, I don't know how big a business card is, but with some shifting around this could fit for sure!

---

Since I wanted to shorten the above as much as I could, it's time for some notes.

Skills are assumed to range from +0 to +3, with +1 being the average. and items are expected to have a starting durability of +1 to +3 depending on how reliable (yet fragile) they are. The total of a skill and item bonus shouldn't exceed 7, otherwise bad event has no chance of occurring.

A character is assumed to carry at most 4 items at a time that they could use for the oracle. As for what the nature of a random outcome is, it should be something that raises the stakes and is perhaps typical of the genre played. For example, zombies appear in a zombie apocalypse story. The expected outcome is anything that could happen any moment now to raise the stakes (such as guards bursting into the room after activating the alarm in a heist), and you can get the countdown amount by tripling the number of rounds you think this should take. The math likely doesn't check out, but I don't mind too much, this is a guideline, not a hard rule.

The numbers 7 and 9 could be shifted up or down individually based on an outcome being more or less likely, I just picked these two numbers because they'd be easy to remember after a while.

The random outcome, the items, and the countdown to an expected event are all optional. You do not need to do them with every roll, they are just there in case you need them.

---

As you can see, I've tried to squeeze as much use out of 2d6 as possible. One could still in theory replace the 2d6 with a 1d12 for a reckless attempt at it, but that would complicate the matters of equipment durability and random outcomes. I actually dropped some parts of it, like 2 and 12 being an automatic bad outcome and good outcome respectively, but both getting an extra "and". I've considered going beyond what it is at the moment too much. This is good enough, considering all you need is two six-sided dice (or one rolled twice).

Anyway, that's it. I originally wanted to make it into a 200-word TTRPG, but honestly... why would I. Making it into a dice oracle is pretty neat. Besides, this game borrows so many of my ideas from other systems I published that it barely tries anything new. It's a culmination of the ideas I've been processing this year with my monthly game design challenge, and I'd say it's a pretty good outcome.

Thank you for reading, and have a nice day!

Reliable vs. Reckless

Here's a quick idea. Instead of asking a player to roll the same dice every time, give them a choice: they can either try to do something in a reliable manner, or reklessly. When doing something in a reliable manner, they roll multiple dice. When doing something recklessly, they roll one die. Both should have roughly the same values and averages. In the case of my future Runehack TTRPG, these would be 2d6 vs. 1d12. While their numbers are not a perfect match, they do have some minor side effects, such as 2d6's average being a tiny bit higher, and a 1d12 having a possibility of rolling a 1 (which has the same likelyhood as 12 or any number between them). Other valid options include 2d4/1d8, 2d2/1d4 (if you like coins?), 3d4/1d12, and 2d10/1d20. In case you want to protect the players who are indecisive, treat the reliable roll as a default, and reckless as an opt-in choice. It won't be a perfect solution, but it's better than nothing. Anyway, that's about it for now. Thank you for reading, and have a nice day!

Design of Runehack: The Asterist

Ahoy! I have something I've wanted to tell you for a long time but kept it to myself for now. While making so many short games is nice and all, I do want to make a bigger game that could be fun to play for a longer time. I want it to be stimulating as a game, fulfilling narratively, but also different from what the market offers. Plenty of designers take the three pillars of D&D for granted like they are meant to be the foundation of every big TTRPG. Combat, exploration, and social interaction are fine, but I have some issues with them. Combat tends to be overrepresented and I'm tired of it. Exploration is okay in theory, but either undefined or unused in most cases I've partaken in. Social interaction is fine as is. So, I've been planning this project for quite a while, as some of you may know, and my first step was actually to figure out my own pillars of experience. In Runehack: The Asterist, I have explored one of these pillars... hacking.

I hope you'll enjoy reading this article, and I wish you all a wonderful day!

This artpiece was created by my wonderful girlfriend Arell with great care. Since one of my sources of inspiration for this project was the video game Transistor, I asked for something a little more surreal. I really like the glitch effects on the character, the lines that connect to the illustrated endpoints in the exact same way as the dice would in the game, and the big clock at the top with 23 spokes that represent the 23 hours during which the city is simulated every day.

In the Beginning, There Was a Line

The origin of my hacking minigame goes back to June 24, 2022. In the afternoon hours after a Friday lunch break, I've been talking to a pal of mine about one of my game design goals: if you want the story to focus on an activity, make it into a minigame. Combat in D&D is very much a minigame, and I'm pretty sure there have to be some minigames out there in games I haven't played as much too. I briefly mentioned how Watch Dogs has this hacking game I like a lot, pretty much a waterpipe-connecting puzzle, and how it does a couple of twists just to spruce things up now and then. Of course, not all hacks are done that way, it's just the really important ones when the game wants to emphasize the process.

But that got me thinking... wouldn't it be fun if this was doable on a board? After a few minutes of pondering this while the conversation continued, I had an idea. Placing the dice down, connecting them into lines using their pips. The dice pips are very underutilized, so much so that plenty of six-sided dice have replaced them with numbers. Eventually, this idea grew from just lines into branching trees. One cool thing I realized is that if the trails these dice make up were traced on paper, they would have no sharp angles, only 90° and 135° angle connections. Kind of like circuit boards. ... okay, those don't have a 90° angle, but it's close enough to remind me of those.

After working out the rules, I had to make up some basic patterns for the GMs to use, and abilities for the players to rely on. Fortunately, this minigame is rich with unexplored metaphors: firewalls, crossroads, pivots, endpoints, and so on and so forth. The turn structure for a player is simple - roll the die, use an ability if you want and can, and place a die on the board.

I'm extra proud of the fact that I came up with a way of explaining the basic rolls players would make to resolve simple things into hacks too. "Solo hacks", as I call them, are required when you would've succeeded on a task, were it 5 points higher than it currently is. What happens here is that you make a minor hack using only a single die, and on a success, the attribute increases temporarily by the necessary number. There are solo grids included in the rules, which are interconnected only by the corresponding die roll, or higher. For example, a solo hack grid for a difficulty of 3 succeeds only on the rolls of [3], [4], [5], and [6]. Yes, I've gone one step beyond and explained how the most basic rolls work, in case the players would like to hack those too. There's an optional rule for it.

Watch_Dogs 2 was rather influential for me, and it is still one of my favorite games. Even if these hacking puzzles are quite easy to grasp, they were enough to inspire me.

Immortals in the Ocean

The setting of Everling is one I had in my mind long before the game was written. Even before technologies anywhere close to ChatGPT have been invented in our world, we've been worried about the rise of Artificial Intelligence. I figured that a fictional world would too, which is why they'd want to test out its behavior in a secluded place, safely tucked away from the civilization. Then, I realized something important: these people are holograms. The entire city can be a hologram. And an image can be hovering anywhere if it's done just using the runes. Even... at the bottom of the ocean.

All this being said, though, the toughest part to figure out was the question of worldbuilding. Being a member of an immortal, theoretically post-scarcity society is fine, ... but how does one turn that into a game? What drives these people, what do they do on a daily basis? How do they identify each other and communicate? And is there anything that could have a price in their eyes? These questions took me literally months to answer, long before I even conceived of the hacking minigame in June. I got answers to these questions eventually, most of which you could find in Everling's article, which is why I'll move on from this point and come back to describing how it affected the game.

Originally, I wanted the players to keep track of their simulation time in the form of "hyres", a modernized version of the term for an hour they'd use as slang. However, while writing the game, I came to realize that that sounds rather intimidating. So, instead of doing that, I decided to group them into six time blocks. I still don't know if it's a good design decision, but it's a bit of an experiment on my side.

Of course, being a simulated mind with a hologram body comes with a lot of other aspects, which I felt the need to outline in the rules in the Ghost's Baseline Traits section. I wonder if this won't be too much for a player to get into, keeping in mind all the things I listed there.

The attributes were a tough cookie to work out because there are so many things a ghost could build themselves for. Ultimately, I decided to go with 11 attributes sorted into three groups: Corporeal (relating to how much influence they have in the world, such as telekinesis-powered strength), Phenomenal (relating to how they are perceived by others), and Intelligence (describing how fast they can retrieve information from the Mistweb). One extra attribute technically exists, but it's just for the unspent points. A player could change their loadout of attributes during any maintenance, giving them a lot of flexibility in expressing themselves. Furthermore, I've provided in the document a table that describes what each of the attribute values stands for numerically.

Finally, there's Corruption and memories, some of my favorite aspects of the game. During the maintenance, a corrupted ghost gets fixed to an extent or backed up if they were completely uncorrupted. You can't hurt a digital ghost, but you could try to corrupt their code. And the more corrupted they are, the higher the chance their simulation gets terminated. If you remember how annoying it is to lose that one document you've worked on for hours without saving it, you can imagine what happens when a ghost gets terminated. They are restored from their last backed-up state, forgetting everything that happened since then. Of course, there's also a way of "killing" a ghost, which is in actuality just hard-locking it by getting the city's servers to back it up while it is terminated. As for how that's done, let me just hint that that has to do with the following paragraph.

Hack the World

I don't say this lightly, but this might be the greatest game design idea I've had in my life. Hack the World is a mechanic available to all player characters in Runehack: The Asterist. To put it briefly, they can temporarily rewrite the rules of the game itself for you, increasing or decreasing some number in the game... by 1. It's usable once per Cycle (term for a day in Everling), after which the effects cease. I honestly can't think of a better setting for this mechanic, a city that's completely simulated and hacked from the inside is perfect. Of course, the rules had to be written around the fact that this can be done, but it wasn't as difficult as I thought. (Though this might be proven otherwise once players actually get their hands on it.)

Honestly, I feel like I could keep going on and on forever, but I've said everything about the game that's important, and then some. I'm just happy it's finally out, and I look forward to testing the rules out, and connecting them to the bigger project I've had on my mind for literal years.

Thank you for reading, and have a nice day!

Watch Your Time

I know this will seem like I'm playing it up because it's the spooky month, but... I don't remember when I wrote this. I found it one day on my computer, copied it without checking for the timestamp, and I've been saving it for October. Yes, sometimes I pre-write my games, but not all of them make it here. Maybe I'll talk about that after publishing the final game in December. Speaking of, I'm not sure if I'll continue this challenge into 2024 or not. It's a nice way of keeping myself engaged in the game design, while also exploring new ideas every month and prototyping quickly. But I'm not sure if it's necessary, and how long can I keep it up. So, I plan to retire this trend after 2023. I will write new RPGs on this blog the way this started—when I feel like I have an idea worth sharing. Most of these were just that, but there were times when I realized I was forcing it. Bars on Mars would be the only published example of that, and my unpublished fae-themed game would be another. There are some games that I regret because they could have used more polish were they longer, such as Clues and Hunches, but I can say that generally most of these gave me some new tool or perspective for designing my games.

 

I'd imagine this system would be perfect for the situations, in which you need to hide away from a monster and move out when the time is right.
This art piece is a cover art for The Dark Eye made by Luisa Preissler.

Watch Your Time

Stopwatch that can be stopped without looking at its numbers required.

The GM describes a scary life-threatening situation. It could be a natural disaster, a slasher movie monster attack, or anything else scary. Play only situations that won't cause actual distress to the players. Each player then describes a character they'll control who's involved in the situation.

Players take turns. On their turn, a player describes what their character does to prevent this situation, escape it, or assist someone else. The player then starts the stopwatch and stops it blindly. They mark X if the final time is less than 50 seconds. Their character dies if they are marked with three X's, or if the last time is 60 seconds or more. Otherwise, the player adds up all the numbers (ignore the third decimal and beyond), marking a success if their sum equals 20 or more. The GM can increase or decrease the difficulty by 5 depending on the circumstances.

The GM must announce when a life-threatening situation is over, beginning a moment of peace. At this moment, each player can remove one X from any character. Whoever ends with none gets to subtract 1 from their future difficulties.

The Adventures of Lua and Nina, by Felipe Cavalcanti

Who doesn't like conflict resolution gimmicks? Sure dice are a classic, and the cards provide interesting complexity to a game. But some people crave novelty. Whether it's playing a game with a Jenga tower (like Dread), or the Rubix cubes, bringing something new to the table is interesting. This time, I wanted to emulate the time-sensitive tasks with something beyond a random die roll. Realizing that the decimals of a stopwatch are pretty much a random die roll, I figured I'd try giving this a go. It's bizarre, and I'll likely never end up using this in a proper TTRPG of mine, but it's a neat experiment regardless.

Honestly, not much else to say about this one. It's quite minimal, and definitely closer to the Proof of Concept side rather than an Actual Game side. But it is what it is, so I'm running with it.

Thank you for reading, and have a nice day!

Design of Final: Sole Survivor

As part of this year's One Page RPG Jam, I made two games this year. Previously, I described the design of Your Royal Slyness but didn't get to talking about my other game. So let's open this year's October with a thrilling and dangerous journey of how I worked on...

Hack of a Slasher

If you've been reading my blog for a while, or you've ever looked at some of my older posts, you might have found one called Slasher Oneshot System. If you've seen both that and Final: Sole Survivor, you might see a lot of resemblance, primarily because this is my updated version of that system. It's mainly focused on fixing what I saw as the weak spots of the Slasher Oneshot System, such as the fact that it's a oneshot system only. While F:SS isn't built for extremely long-term campaigns, it allows for some form of serialization between the games, building up what I like to describe as a "small horror story franchise". Recurring characters that pop up after a while, items that keep their relevance, perhaps even similar places.

The biggest contradiction to fight in this case is the fact that I am looking for a way of serializing a horror game in which the whole point is that nearly all characters will die. How is one supposed to level up, if they are not allowed to survive the game? Well... one person is always allowed to survive. And since I wanted to experiment with this for a while now, I've made it so that several years pass between sessions in-world, aging the character up and letting them grow into someone different from who they used to be.

This means that a player character could grow to be an adult, or even someone old. The older they get, the more encounters with the monster they've survived, making them yet more skilled. I had to replace the labels that were fitting for teens with labels that could apply to adults as well. The Qualities aren't perfect, but I'd say they do their job decently enough. I'd consider growing this list further if I could come up with more "+1" abilities for the players to have, as well as more skills that could be useful to them. To keep the legacy of the Slasher Oneshot System in the new product, I still keep some of the older descriptions on the optional second page, in the table of Archetypes.

Speaking of character creation, can I just say how happy I am with how elegant it turned out? It's as easy as 1-2-3-4, because you get one Quality, two Health, three Skills, and four Items by default.

One main difference some might notice is conflict resolution. Roll 2d6, 7-9 is a partial success, 10+ is a success. This part is taken straight out of Powered by the Apocalypse since it does its job well. However, I've sprinkled in a little twist of my own that I grew to like a lot. Featured in both Double the Zombies and Bars on Mars, something extra happens when both dice roll an identical number. I really like the mechanic because it gives each roll the potential to up the stakes of the game somehow. I could imagine this playing a role in so many of my other game ideas.

Embracing the Edge

I don't like to make things that look too edgy. But as of lately, I've kind of grown fond of such design when it is in place. This is definitely the case that warranted it the most. Red headers, horror fonts, dark red highlighted areas, and a simple outline of a hand holding a knife on the cover art make for quite a visual identity. And since I like to hide the GM side of this game from the players, it's written in a font of the same color as its background, hiding in plain sight. I had to include a little GM blurb as to how to play the monster in the player section due to 1pRPG Jam's rules, which state that the second page must be completely optional. If it were up to me, the GM section would be on a new page, perhaps even in a completely different document, but it is what it is.

The name was what I struggled with the most. For this, I've talked with my online friend NASA to brainstorm some ideas: EXist, Singular, Alone, Lone. Then, we got to ideas that would make for neat abbreviations: "Yet Again, One Survives", Only One Makes It, Just One Makes It Out, Just One Survives, Nobody May Exit/Escape, One Survivor Remains, Surviving on Your Own, Persisting on Your Own, ... until we slowly reached Soul Survivor and Sole Survivor. But since those are already established, we expanded it a little. That's how the title of Final: Sole Survivor came. And it's also the reason why I sometimes still make a mistake and call it Final: Lone Survivor, or Final: Soul Survivor.

That's about it for the design behind this game. What a way to open the October, huh? There's certainly nothing that exciting that happened about a day or two ago that I'll be addressing soon, not at all. See you soon with my 200-word TTRPG for October, an update on something I've worked on for months, and me talking about what I'll be working on in the future. Have a great day!