MonsterCare_Core_Design_v0.3

MonsterCare: Core Design Document

(working title, rename pending)

v0.3, working draft, June 22 2026


1. Concept

One line: a cozy game about reading forgotten imaginary friends well enough to help them remember who they were, and, in doing so, help the player heal too.

You play Sparky, an imaginary friend who is stuck in the in-between. He's stuck because he has forgotten something important: his own goodbye. He can't remember letting go of his own child, and that unfinished farewell is what keeps him here. Rather than sit with it, he opens an inn for others who are also stuck: forgotten friends who were left behind when their children grew up.

Guests arrive at the inn with their memories blurred by the journey to the in-between. They half-remember feelings and fragments but not the shape of who they were. The player's job is to care for each guest, learning them, giving them what they need, and through that care helping their memories return: small likes first, then the child they belonged to, then the heart of why they mattered, until they reach the acceptance that lets them move on. A "completed" monster does not die or dissolve. They return to the human world, where a new child has imagined them again. As Sparky helps others remember and let go, he slowly recovers his own story. The game ends when Sparky, having reached his own catharsis, is finally free to go find his next kid.

The emotional register is renewal. Nobody is dead; everybody is going home. We never state on screen whether Sparky's child grew up or died: the emotional truth (a bond ended and he couldn't accept it) is identical either way, and the ambiguity keeps the tone understated.


2. Pillars


3. Differentiation

We sit at an intersection nobody currently occupies:


4. The core loop

Everything below is a facet of one loop. Hold it as a design test: if an action can't trace back to a specific monster the player is trying to understand, question whether it belongs. Every action serves a guest the player is getting to know, e.g. the player grows lilies because Murmur is starting to remember he loved them.

guest_loop_as_circle.png

The reward is never money or score. It's the reaction, the memory that returns, and the next chapter it opens.


5. The verbs: systems as expressions of the loop

Each verb serves one preference axis (§6) and has a deliberate cadence. Each is also a way of jogging a memory loose: the right meal, the right room, the right activity is often what makes a hazy guest suddenly recall something.

Cadence summary: cooking and gardening carry the day; decoration and activities mark the beats; tidying is ambient texture.


6. Memory and preferences as the puzzle

There are 4 major actionable preference axes, each tied to a verb so no preference is ever noise:

  1. Flavor (cooking): sweet, savory, spicy, sour.
  2. Vibe (room decorations and garden flowers):
    1. Palette (warm, cool, muted)
    2. Texture (soft, natural, sleek)
    3. Motif (night, guardians, rockets)
  3. Activity (scheduling): what they enjoy doing - yoga, book club, crafts etc.
  4. Comfort and environment (where they linger, room ambiance): light vs. dark, cozy vs. open, quiet vs. loud etc.

The fiction: guests have genuinely forgotten their preferences. Memory is fogged by the journey to the in-between, and the small likes and the deep backstory blur from the same cause. So the discovery loop has one clean explanation: the player is helping a foggy guest reconstruct themselves.

Keep remembering active. The "care unlocks memories" could potentially slide into "care generically, wait for a memory to drop, comply," which would flatten the puzzle into a passive timer. The rule: the player's actions are the trigger. A guest half-remembers a feeling ("there's a smell I can't place, something warm") and the player experiments until the right thing makes the memory click. Their guesses drive it.

3 discovery channels, each able to surface a memory:

The Memory Book holds this: suspected feelings beside recovered memories, filling in as the player pieces each guest together.

Preferences and backstory are one thread. A remembered like is tied to the child. "Murmur loves the sound of frogs" is the loose end of "Noah whispered to him at night." Pulling the small preference brings the larger story with it. So the 4 axes are the way into the 5 emotional beats (§7).

The archetypes are kinds of forgetting, which deepens them and gives each a distinct puzzle texture:

A wrong provision never punishes. It gives a gentle, funny reaction and a clearer hint. The player should be incentivized to try things, and not hate guessing incorrectly.


7. Emotional progression and relationships

Each guest moves through 5 beats, each a stage of remembering:

  1. Guarded Introduction: haziest; only fragments and feelings, with the first surface preferences beginning to return.
  2. First Vulnerability: a small, concrete memory surfaces.
  3. Deepening Bond: more memories; the child comes into focus.
  4. The Emotional Core: the central memory. Why they existed, the role they played, and the painful turn of being outgrown.
  5. Acceptance and Farewell: the full memory returns, and with it peace; they're ready to go home.

Reading a guest correctly is what advances their story. The player earns beats by helping the guest remember; there is no clock to grind. The early surfaced preferences (§6) are the way in, and the activities and care that suit a guest are what jog the deeper memories loose.

Remembering carries a cost. Beat 4 is the painful one (the moment they were outgrown), so the arc builds toward a memory that hurts. That gives it stakes and stops it from being a stream of pleasant memories with no weight.

Conversation choices are Persona-style and influence attachment. Dialogue choice consequences are additive and never catastrophic. A "weaker" choice means a missed nicety or slower warmth, not a damaged relationship. But if the player says the right things, they could find out something unique about the character.


8. XP and abilities: soft-lock-proof structure

XP is earned by crossing emotional beats (helping a guest reach the next memory) and spent on abilities (cooking techniques, music, massage, crafts) that open new activities. The danger is circular: activities gate beats, beats fund abilities, abilities gate activities. To make stranding structurally impossible, the tree follows these rules:

Crossing a gate surfaces a memory (see the MonsterCare_XP_Dependency_Map companion for the initial calculation).


9. Keepsakes and the two memory tracks

There are 2 memory-recovery tracks, kept separate:

When a guest departs they leave a keepsake. It has 2 uses, kept separate:

Avoid making keepsakes functional progression gates. Beyond the soft-lock risk, it creates the grotesque incentive of needing a guest to leave to get a reward, which poisons the tone.


10. No-money Economy

There is no money, grants, ratings, or day-rate. The economy is time, garden yield, and delivery lead-time, with the inn and its grounds as the entire world. Explorable gather locations?


11. Day structure and monster AI

The day runs as paused bookends around a real-time middle: a Persona-style rhythm of calm prep, busy day, calm wind-down. Time only ticks during the daytime. Morning and evening are paused, and the player leaves them by choice.

Tuning knob (not yet locked): whether the paused phases are fully free (do everything at leisure) or lightly budgeted (can't do everything in one morning, forcing prioritization). This decides whether engagement-pressure comes from the daytime and resource limits alone, or also from a per-phase action budget. Lean cozy and free unless the paused phases start to feel like flat to-do lists.

Monster AI runs on routine and reactivity. This is what resolves the "alive but cozy" tension:

Seasons are a visual and narrative device only: lighting, mood, occasional beats.


12. Scope and cast


13. Non-goals and scope boundaries

To stay finishable for 2 people and to protect the intimate, hand-authored feel, the following are deliberately out of scope: