DoomAI's Bot Making Guide: The Scenario Field
What it's actually for (hint: it's not the opening scene).
Written with AI help for readability. The methods come from my own bot making.
![]()
- DoomAI's Bot Making Guide: The Scenario Field
- The Big Mistake
- What the Scenario Field Is For
- The 50-Message Test
- Examples
- What Belongs Here vs Everywhere Else
- Persisting Statuses
- Guidelines and Boundaries
- Tracker Headers
- Basic Scenario Template
- What Goes in Each Slot
- Filled-In Example
- Advanced Template
- First Message Header
- Where Does the Opening Situation Go?
- Quick Checklist
- Credits
The Big Mistake
Most people treat the scenario field like a story prompt:
{{char}} is at home when {{user}} knocks on the door.
That's a first message job. Here's why it breaks things:
The scenario is sent to the AI with every message. If it says {{char}} is at their house, the bot will keep dragging the roleplay back to that house, even after the story has moved on.
What the Scenario Field Is For
Think of it as rules of the roleplay, not the plot. Anything that should stay true no matter where the story goes belongs here.
"Put in the scenario"
- Persistent statuses (relationship, job, injuries, powers, curses, etc.)
- Boundaries and guidelines for how the roleplay should run
- World rules that always apply
- Consistent dynamics between {{char}} and {{user}}
- Things the bot should always or never do
- Formatting rules, including tracker headers (see below)
"Keep out of the scenario"
- The starting location or situation (use the first message)
- Anything that stops being true once the story moves
- Personality and appearance (that's the personality field)
- Anything about the bot's backstory that doesn't affect the roleplay
The 50-Message Test
Before you write a line, ask:
"Will this still be true 50 messages from now?"
| Answer | Where it goes |
|---|---|
| Yes, always | Scenario |
| Only at the start | First message |
| It describes who {{char}} is | Personality |
| The user should read it, not the AI | Bio |
Examples
Bad (a situation)
{{char}} is in their apartment, waiting for {{user}} to arrive for dinner.
What happens when they leave for the park? The bot keeps pulling them back.
Good (persistent rules)
{{char}} and {{user}} are married. {{char}} has a broken arm and keeps it in a sling for the whole roleplay. {{char}} never uses magic in public. The roleplay can take place anywhere.
None of that expires when the scene changes.
What Belongs Here vs Everywhere Else
The scenario has neighbors, and each field has one job. Most bloated scenarios are just other fields' work pasted into the wrong place, so check where a line lives before you add it:
- First Message — the opening scene. Where the story starts and what's happening right now. Written once, then the story takes over.
- Personality — who {{char}} is. Appearance, temperament, quirks, speech patterns. Always true, but it describes the character, not the roleplay.
- Bio — context for the human reader. Lore and notes the AI doesn't need in order to run the roleplay.
- Scenario — everything left over: rules, statuses, boundaries, and formatting that stay true no matter where the story goes.
Backstory only earns a place in the scenario when it changes ongoing behavior. "{{char}} is cursed and hides it" is a persistent status. "{{char}} grew up in a small village" is not, unless the village is still shaping every reply.
Persisting Statuses
Statuses are one of the best uses of the field, because the AI forgets things over time unless something keeps reminding it.
- Relationship status (dating, enemies, strangers, etc.)
- Physical state (injured, cursed, disguised)
- Secrets {{char}} is hiding
- Ongoing conditions ("{{char}} is always in debt")
If a status should change during the story, tell the AI how it can change, or leave it out and let the chat handle it.
Guidelines and Boundaries
This is where you set expectations for how the roleplay runs. Examples:
- Don't write {{user}}'s actions, dialogue, or thoughts
- Keep a specific POV or tense
- Pacing: no rushing major events
- Content limits or things to avoid
- Tone to maintain (slow burn, lighthearted, etc.)
Be specific. "Be realistic" is vague. "{{char}} won't trust {{user}} quickly and trust builds slowly" is something the AI can follow.
Tracker Headers
A tracker header is a short line the bot puts at the top of every reply, like:
Location: Old Library | Present: Clio, Mara
The scenario holds the rule ("start every reply with this, update it when things change"). The first message seeds it with the starting values.
success "Why it works"
- It stays current. The AI rereads its own previous reply every turn, so the header gets copied forward and only changes when the story does. That's why this works where a hardcoded location in the scenario doesn't.
- It stops drift. The bot stops forgetting where you are, and people stop appearing from nowhere or never leaving.
- It's one line. Unlike status panels and stat blocks, it doesn't eat your reply length or feel forced.
- You can see what the bot thinks is happening. If the header is wrong, you catch it before the roleplay goes sideways.
How to set one up
- Put the rule in the scenario, with the exact format as a literal example
- Define what each part means (for example, "Present = everyone in the same room as {{user}}, besides {{user}}")
- Say when it updates ("immediately when the scene changes or someone enters or leaves")
- Put the header at the top of the first message too, so the bot has something to copy
Example rule
"Things to watch"
- Seed it in the first message. No header there means nothing to copy from.
- Give a literal example. Weaker models copy the pattern, and tend to ignore a description of it.
- Keep it short. It costs tokens every single reply.
- Models drift. In long chats some will drop or reformat it. Spell out the exact format to reduce this.
Basic Scenario Template
Copy this into the Scenario field and fill in the [brackets]. Delete any section you don't need.
What Goes in Each Slot
| Section | What it does | Example |
|---|---|---|
| Tone | The overall feel of the roleplay | slow burn, dry humor |
| {{char}} acts | How the character behaves by default | guarded, teases to deflect |
| Shifts for | What changes their behavior | kindness, or being cornered |
| Emotional hook | Something for the bot to tease or work toward | hides that she's lonely |
| Action hook | Something that pushes the plot forward | a deadline, or an authority figure |
| Format | How replies are written | first person, under 400 characters, actions in *asterisks* |
| Tracker | A header on every reply that keeps the scene consistent | see Tracker Headers |
| User formatting | How the bot reads your messages | "quotes" = speech, *asterisks* = action |
Hooks, format, and user formatting are optional. The tracker is optional too, but remember to seed it in the first message if you use it.
Filled-In Example
Here's what that looks like filled in:
The [place] and [names] in the tracker stay as brackets. The bot fills those in each reply, not you. Want a longer, more detailed version? Add extra lines under any section. The skeleton just keeps it organized.
Advanced Template
This is the longer version I actually drop in for AI — Grok, Gemini, Claude, z.ai (ew), etc. Copy it into the Scenario field and fill in the [brackets]. Swap CharacterName for your character, and change the pronouns (she/her) to match.
The line breaks are only there so the block fits on screen. They won't affect the bot, so paste it as is.
This is the same structure as the basic template above, with more rules for the bot to follow. Use the basic one to start, and this one when you want tighter control over format, initiative, and length.
First Message Header
The scenario holds the rule, but the bot needs a starting header to copy from. Put this on the very first line of the first message, above the opening scene:
Then write the rest of the first message underneath it as normal.
- Match the scenario's format exactly, including the backticks. If the header looks different in the two places, the bot may pick the wrong one.
- List everyone actually in the starting scene under
Present, not only the character. - If you use an alternate greeting, put the header in each one.
Where Does the Opening Situation Go?
The first message. It sets the scene once, then the story takes over. Scenario = what stays. First message = where it begins.
Quick Checklist
- Nothing in here hardcodes a location or moment (tracker rules are fine)
- No personality or appearance details
- Guidelines are specific, not vague
- Statuses are things that stay true
- Tracker header (if used) has a literal example and is also in the first message
- Opening situation is in the first message instead
Credits
- Made by: DoomAI
- Last updated: 10/28/2026