Making Your Own Scenario
How this page is sourced
Sourced from vendor documentation. Checked against its sources. Not yet reviewed by a person.
Making a scenario is four decisions and a lot of looking things up. This page is the decisions. The lookups are on Where Each Setting Lives, and the field detail is in the official documentation.1
- You are editing, not authoring. Every scenario starts as a copy.12
- Pick the donor for its shape. Closest beats most popular.2
- Decide the demand before the settings. Otherwise you tune toward nothing.
- Change one thing. A version that differs in five ways explains none of them.
You are always starting from someone else's scenario¶
There is no blank scenario. You download one, unpack it into its profiles, and replace the parts that matter.12
That makes the first decision a choice of donor. Pick the scenario whose shape is closest to what you want, not the one you have heard of. A donor that already moves targets the way you need saves you the hardest edit.
Unpacking writes the scenario's profiles to your machine as separate files, which is why a scenario is several things rather than one.1
Four decisions¶
What should be hard? One demand, named in a sentence. If you cannot write the sentence, the design is not finished, and no amount of editing will finish it.
How hard? Hard enough that you fail in one identifiable way. A run that fails for reasons you cannot name is not measuring anything.
What should be quiet? Everything not under test. Random spread, a reacting bot and a cramped map all add movement to the score that did not come from you.
How will you know it worked? Decide the comparison before you build. Usually that is a scenario you already play, run in the same session.
Then do the edit¶
The mechanics are short, and the official pages carry them in full.12 In short, download a close scenario, edit it, unpack it. Change the profiles holding your demand. Name it on the Main and Challenge tabs, tag it, and save under a new name.
Two things reliably waste an afternoon. Profiles named only on Main never reach challenge mode.32 Changes made in the Session Manager are never saved.4
You do not have to save to test. With the editor open, Play applies profile changes immediately.1
Common mistakes¶
- Opening the editor before you can say what the scenario should be hard at.
- Picking a famous donor rather than a close one.2
- Changing the demand and the noise in one edit, so the result explains nothing.
- Keeping a scenario after the weakness it was built for stopped being your weakness.
In practice¶
Build in one session, train in the next. A scenario you keep editing has no history, and history is what turns a score into information.
Do this next. Write one sentence naming what your scenario should be hard at, then find the existing scenario closest to it.
Related¶
- Designing Around a Weakness: choosing the demand before anything else.
- Where Each Setting Lives: the tab that holds each decision made here.
- Testing a Scenario: checking the finished scenario trains what you meant.
- Routines: where a scenario you made fits into a week of practice.
- KovaaK's: the trainer whose editor this describes.
- Practice Principles
- Character Profile
- Scenario Editor
- Sharing to the Workshop
Resources¶
- Where Each Setting Lives: the lookup table for every decision above.
- KovaaK's: the trainer, and its own documentation.