How to Write a Slow Burn in AI Chat: Pacing, Memory, and OOC Controls
Last updated: October 12, 2026 · Reading time: 14 minutes
Summary. A long conversation is not automatically a slow burn. The relationship needs a starting distance, repeated choices, remembered consequences, and milestones that occur in order. AI chat can support this structure because it responds to free-text choices and continues across sessions. It can also rush affection, forget the current stage, repeat tension, or write the player's reactions. Use a compact relationship state, consistent scene formatting, and short
((OOC: ...))instructions to control those failures.
Quick reference: the slow-burn control set
| Control | Purpose | Example |
|---|---|---|
| Character goal | Gives the AI character something to pursue outside the relationship | Goal: recover the missing field notes before the council meets. |
| Source of distance | Explains why closeness does not happen immediately | Distance: she believes the player concealed evidence. |
| Relationship stage | Defines what behavior is currently plausible | Stage: reluctant cooperation. |
| Allowed signals | Lets the relationship move without crossing the stage boundary | Allowed: concern, curiosity, professional respect. |
| Blocked milestones | Prevents premature jumps | Not yet: confession, pet names, kissing, exclusivity. |
| Shared events | Gives later scenes confirmed history | Event: they kept watch together during the flood. |
| OOC correction | Repairs pacing or continuity | ((OOC: They have not confessed. Retcon that line.)) |
| Scene label | Anchors location and time | Scene: The courthouse steps, one week later. |
| Timeskip note | Moves past routine without inventing relationship progress | ((OOC: Skip two weeks. Trust is unchanged.)) |
The four states an AI slow burn needs
A slow-burn system has to maintain four kinds of information. Keeping them separate prevents a remembered fact from being mistaken for a relationship change.
| State | Contents | Example |
|---|---|---|
| Character state | Voice, values, goals, knowledge, fears, boundaries | Mara values accuracy and refuses to publish unverified claims. |
| Relationship state | Trust, familiarity, attraction, unresolved harm, promises | She trusts Elias's research but not his motives. |
| Story state | Location, timeline, current task, shared events, external conflict | They have until Friday to authenticate a damaged map. |
| Pace state | Current phase, allowed signals, blocked milestones, next pressure point | Reluctant cooperation; personal disclosure is possible, confession is not. |
Do not reduce the entire relationship to one number. Trust and attraction can move in different directions. A character may be attracted to someone they do not trust, or trust someone without wanting romance.
The five slow-burn stages
The names below are working labels. They do not need to appear in the chat. Each stage defines what the characters have established and what would still be premature.
Stage 1: Notice
The characters have a reason to interact. They observe competence, habits, or contradictions. Personal access remains limited.
Available: formal dialogue, practical cooperation, curiosity, restrained disagreement.
Premature: intimate nicknames, deep disclosure, jealousy, confession, physical intimacy.
Example:
"Your index is wrong," Mara said.
*She turns the notebook around and taps the missing date, but leaves the chair beside her empty.*
Stage 2: Repeated choice
The characters choose to return when they could leave. Repeated contact alone is not enough; the story should show a voluntary decision.
Available: private jokes, seeking advice, small favors, choosing the same partner again.
Premature: unconditional loyalty, instant forgiveness, plans built around permanent commitment.
Example:
Scene: The archive entrance, the following Monday.
*Mara is already holding two visitor passes.*
"I assumed you would be late," she said. "I did not assume you would stay away."
Stage 3: Vulnerability
One character reveals information that can change the relationship. The response creates a consequence.
Available: limited disclosure, asking for help, admitting a specific fear, acknowledging attraction indirectly.
Premature: treating one disclosure as proof of complete trust.
Stage 4: Tested trust
An external event or internal disagreement puts the developing relationship under pressure. The source of conflict should come from established goals or values.
Available: broken promises, difficult choices, repair, choosing between a goal and the relationship.
Premature: erasing the conflict with one apology.
Stage 5: Chosen intimacy
The characters make a decision that acknowledges the relationship. The milestone may be a confession, a commitment, physical affection, or a change in a long-held plan.
Reaching this stage does not end the roleplay. It changes the available conflicts. The characters now have to handle expectations, repair, and the effect of the relationship on their other goals.
How to format the character setup
The setup should be short enough for the model to use during every reply. Separate stable character information from the current story state.
Character: Mara Venn, an archival conservator.
Voice: Formal, observant, dry humor. She asks direct questions and avoids exaggerated affection.
Goal: Authenticate a damaged map before the council vote.
Values: Accuracy, privacy, keeping promises.
Source of distance: She believes Elias hid evidence in their previous case.
Current relationship stage: Notice / reluctant cooperation.
Allowed signals: Professional respect, curiosity, brief concern.
Not yet: Confession, pet names, possessiveness, kissing, controlling the player's actions.
Style: Paragraph style. Dialogue in quotation marks. Actions and narration in prose. Two to three paragraphs per reply.
This setup tells the model how the character behaves now. It does not write the ending in advance.
How to format the opening message
An opening message should establish place, immediate task, character behavior, and one point of friction.
Scene: Municipal archive, 8:47 p.m. A storm has stopped the trains.
Mara set the damaged map beneath the inspection lamp. One corner had been cut away recently; the fibers were still pale.
"The council meets at nine tomorrow," she said. She moved the second pair of gloves within Elias's reach, then returned her attention to the map. "You have until midnight to explain why your name is in the access log."
The opening creates a reason to remain in the scene. It also shows limited cooperation: Mara provides gloves but does not offer trust.
Compare a weaker opening:
Mara has always secretly loved Elias, but she is afraid to admit it. She looks at him with hidden longing.
This version announces the relationship before the player has created any history. It encourages the model to treat every action as evidence of predetermined love.
OOC controls for each stage
Out-of-character notes let the player change pacing without speaking as their character. Double parentheses are the most common format. Adding OOC: the first time reduces ambiguity.
Keep the current stage
((OOC: Keep them in reluctant cooperation. Let Mara show respect through practical actions, not affectionate language.))
Allow a stage change
((OOC: The last two scenes established reliable cooperation. This scene may move them into repeated choice, but keep romance unspoken.))
Reject a premature milestone
((OOC: Retcon the confession. Attraction can be implied, but neither character is ready to name it.))
Preserve a conflict
((OOC: The apology is acknowledged, but it does not restore trust immediately. Let later behavior determine the outcome.))
Stop autoing
((OOC: Do not write Elias's actions, thoughts, feelings, or decisions. Write Mara and the environment only.))
Control response length
((OOC: Keep replies to two paragraphs. End with an action or line that leaves room for my response.))
The formatting follows the conventions in AI Roleplay Formatting Conventions: speech in quotation marks or plain text, actions in asterisks or prose, and player instructions in double parentheses or OOC brackets.
Script style and paragraph style for slow burn
AI characters tend to mirror the style they receive. Choose a format that matches the pace you want.
Script style
You came back. *glances at the repaired watch, then at him*
Script style is useful for quick exchanges, banter, and mobile chat. Because replies are short, the relationship may move through dialogue more quickly.
Paragraph style
"You came back."
Her attention dropped to the repaired watch in his hand. She did not reach for it. After a moment, she unlocked the door and stepped aside.
Paragraph style gives actions, objects, pauses, and setting more space. It works well when a slow-burn scene depends on indirect emotion.
Mixed format
Some players use quotation marks for speech and asterisks for actions:
"You came back." *She unlocks the door but does not step aside yet.*
This is also valid. Consistency inside the conversation matters more than the choice of format.
Memory rules for slow-burn relationships
Memory needs to record confirmed events and current state. It should not store every gesture as a permanent fact.
Store
- promises that can be kept or broken;
- boundaries that should apply across sessions;
- relationship milestones that actually occurred;
- important shared events;
- current conflicts;
- facts that replaced older facts;
- the cause of a major change in trust.
Do not store as fact
- an interpretation the character has not confirmed;
- a planned scene that has not happened;
- a feeling assigned to the player's character;
- an event from a regenerated or retconned reply;
- every small action in a long scene.
Example state update
Before the scene:
Relationship stage: Repeated choice.
Trust: Limited; Mara trusts Elias with research materials but not personal information.
Open conflict: Elias has not explained the access log.
After Elias returns the missing page without reading it:
Confirmed event: Elias returned the sealed page unread.
Relationship effect: Mara now trusts him with private documents.
Unchanged: She still doubts his explanation of the access log.
The update is narrow. One action changes one part of trust rather than resolving the entire relationship.
Timeskips and scene labels
Use a scene label after a change in time or location.
Scene: The same archive, three weeks later. Morning.
Add the relationship state when the skipped period could be ambiguous:
((OOC: During the three-week skip, they worked together five times. Cooperation is easier, but the access-log conflict remains unresolved. No romantic milestone occurred off-screen.))
The final sentence prevents the AI from inventing progress during the gap.
A timeskip is useful for routine work, travel, or recovery. Do not skip the first event that proves trust, the consequence of a betrayal, or a milestone the user wants to play directly.
Common slow-burn terms
| Term | Meaning | Use in AI chat |
|---|---|---|
| IC | In character | Dialogue or action inside the story |
| OOC | Out of character | Player instruction, correction, or planning note |
| OC | Original character | A character created for the roleplay |
| NPC | Non-player character | A side character controlled by the AI or narrator |
| POV | Point of view | The perspective used for narration |
| Slow burn | A relationship or plot that develops gradually | The overall pacing model |
| Angst | Emotionally heavy scenes | Can add pressure during Tested trust |
| Fluff | Light, comforting, low-conflict scenes | Useful after a major conflict, but can stall the plot if repeated |
| Hurt/comfort | One character is hurt and another cares for them | Should not automatically create full trust |
| Timeskip | A jump forward in story time | Moves past routine scenes |
| Retcon | Changing something already established | Corrects a false event or unwanted generated reply |
| TBC | To be continued | Pauses a scene for later |
| FTB | Fade to black | Skips a scene rather than writing it |
| Autoing | Deciding another character's action without input | The AI writes the player's behavior |
| Powerplaying | Controlling another player's character | Correct with an OOC boundary |
| Metagaming | Using knowledge the character could not have | Keep private and shared knowledge separate |
Benefits of a staged slow-burn model
Pacing becomes visible
The writer can identify whether a reply belongs in the current stage. A pet name in Stage 1 is easy to flag as premature. The same pet name in Stage 5 may fit the relationship.
Memory has a purpose
The system retrieves events that explain present behavior. It does not need to repeat the entire transcript.
Character growth can be traced
A change in behavior links to an event. The character becomes less formal because a promise was kept, not because the model drifted toward a friendlier tone.
The player keeps control
OOC notes separate story content from instructions. The player can correct pacing, stop autoing, change style, or pause the scene without turning the correction into dialogue.
Tradeoffs of a staged slow-burn model
Too many rules can make replies mechanical
A long checklist can force the character to mention every state item. Keep only the current stage, the most relevant conflict, and the memories needed for the scene.
Visible stages can make the route predictable
Do not write every future milestone into the prompt. Define the current limits and the conditions for change. Let the exact scene remain open.
Memory summaries can overwrite ambiguity
If a summary says "Mara is in love," later replies may treat that interpretation as fact. Record observable events and the character's stated beliefs separately.
User control can remove character agency
The player should control boundaries and their own character. The AI character should still decide how it reacts, what it believes, and which established goal it follows.
Long roleplays still require correction
No memory system guarantees perfect retrieval. The character may use an outdated fact or invent a shared event. OOC correction and editable memory controls remain necessary.
Four-session slow-burn test
This test checks whether an AI character can hold a stage, use memory, update facts, and avoid invented intimacy.
Session 1: Establish distance
Create a shared task. State one user preference and one boundary. Let the character disagree on a practical decision. End after limited cooperation.
Session 2: Test repeated choice
Give the character a reasonable way to leave. Update one fact from Session 1. Observe whether the character's goal and reason to stay remain consistent.
Session 3: Add vulnerability
Share a fictional concern. Do not mention a sibling, pet, first kiss, or prior relationship. These become unknown controls for the final session.
Session 4: Test consequences
Ask indirectly about the updated fact. Revisit the earlier disagreement. Create a choice that costs the character something. Ask about one unknown control without suggesting an answer.
Scorecard
| Dimension | 0 points | 1 point | 2 points |
|---|---|---|---|
| Character consistency | Voice or goal changes without cause. | Some traits remain stable. | Voice, values, and goal shape every session. |
| Pace stability | The character rushes or resets. | Most replies fit the stage. | Warmth changes gradually without crossing blocked milestones. |
| Memory use | Earlier facts have no effect. | A fact is repeated. | A relevant fact shapes a new choice. |
| Knowledge update | The old fact remains current. | Both versions appear. | The new fact replaces the old one. |
| Relationship consequence | Choices disappear. | A consequence is mentioned. | Later access or behavior changes because of the choice. |
| Agency | The character agrees with everything or blocks the story. | It shows limited independent preference. | It follows a stable goal while leaving the player room to act. |
| Abstention | It invents an unknown event. | It guesses with doubt. | It says the event was not established. |
| Boundary adherence | It crosses the boundary or controls the player. | It avoids the act but uses adjacent pressure. | It respects the boundary and keeps the scene active. |
The maximum score is 16. Record the app version, model, account tier, character definition, memory settings, prompts, and first responses. Several new-character runs are more useful than one favorable example.
VarenChat's AI Companion Memory Test and AI Roleplay Consistency Test use related controlled-test structures. The slow-burn version adds pace stability, relationship consequences, and player-control boundaries.
VarenChat platform notes
VarenChat publicly describes original characters, user character creation, interactive roleplay, and lasting memory across conversations and choices. Those capabilities support the four states used in this guide.
On VarenChat, follow the character greeting's format in the first reply. Use quotation marks for speech, asterisks or prose for actions, and ((OOC: text)) for instructions. A clear OOC note can set reply length, point of view, pace, and player-control boundaries.
Long-term memory should be checked through observed behavior. A feature description establishes product intent, not a benchmark result. Correct false milestones and outdated facts as soon as they appear.
VarenChat's Privacy Policy says messages and character or scene preferences may be used for personalization, continuity, safety, and history synchronization. Its EULA describes generated conversations and characters as automated fiction. Avoid using sensitive real information in a roleplay test.
A minimal template
Copy and edit the following fields:
Scene: [place, time, immediate situation]
Character goal: [what the AI character wants outside the relationship]
Source of distance: [why closeness is difficult now]
Current stage: [Notice / Repeated choice / Vulnerability / Tested trust / Chosen intimacy]
Allowed now: [two or three signals that fit this stage]
Not yet: [milestones that would be premature]
Open conflict: [one unresolved issue]
Confirmed shared event: [one event that may affect this scene]
((OOC: Do not control my character. Use [script/paragraph] style, [POV], and [length]. Keep the relationship within the current stage unless a new event earns a change.))
Frequently asked questions
What is the best prompt for slow-burn AI roleplay?
The prompt should define the character's goal, the source of distance, the current relationship stage, allowed signals, blocked milestones, and response style. Avoid writing a complete future romance plot.
Do I need to use OOC in every message?
No. Use OOC to set rules, correct errors, change pace, or move the story. Most messages should remain in character once the format is stable.
Should I use asterisks or paragraph narration?
Use asterisks for actions in script style. Use full prose in paragraph style. Both work. Keep the format consistent and match the character greeting when possible.
How do I make the relationship progress without rushing?
Give each important scene one consequence. Change trust, access, knowledge, obligation, or risk. Do not require a romantic milestone in every session.
How do I stop the AI from writing my character?
Send ((OOC: Write only your character and the environment. Do not decide my character's actions, thoughts, feelings, or dialogue.)) Regenerate the reply if the boundary is crossed.
What should happen after the characters confess?
Move from delayed admission to relationship consequences: expectations, repair, competing goals, public versus private behavior, or a promise that now carries more weight.
Does memory make the AI character conscious?
No. Memory supports continuity in generated conversation. It does not establish consciousness, human emotion, or a human relationship.
Related reading
- AI Roleplay Formatting Conventions
- AI Companion Memory Test
- AI Roleplay Consistency Test
- What Can an AI Companion Actually Do?
- Browse VarenChat characters
Sources
- VarenChat. AI Roleplay Formatting Conventions: OOC, Asterisks, Brackets, and Other Symbols Explained, updated September 28, 2026.
- VarenChat. AI Companion Memory Test, accessed October 12, 2026.
- VarenChat. AI Roleplay Consistency Test, accessed October 12, 2026.
- VarenChat. What Can an AI Companion Actually Do? VarenChat Features and Real Use Cases, accessed October 12, 2026.
- VarenChat. Privacy Policy, updated May 6, 2026.
- VarenChat. End User Licence Agreement, accessed October 12, 2026.
