Why Character.AI forgets
Character.AI runs on a rolling context window — the model can "see" the last few thousand tokens of your conversation, and older messages get pushed out as new ones come in. There's no separate memory store, no per-user knowledge graph, no retrieval layer that pulls in relevant history from previous sessions.
That design was a reasonable choice in 2022 when Character.AI was built. The base infrastructure cost of persistent per-user memory across hundreds of millions of characters and users is significant, and Character.AI was optimizing for character catalog scale rather than long-term relationship depth. Users adapted by using the "pin message" feature to manually tag things the character should remember — a workaround, not a memory system.
What's changed in 2026 is that the alternatives have gotten meaningfully better at this, and the "well, that's just how AI chatbots work" excuse doesn't hold anymore. Persistent memory is now the differentiator that separates products designed for casual chat from products designed for actual companionship.
What real memory looks like
A useful memory system for an AI companion has three properties:
Persistent across sessions. What she knew about you yesterday, she still knows tomorrow. Closing the tab doesn't reset her. This is the baseline — everything else is optimization on top.
Automatic, not manual. You shouldn't have to pin messages, tag important facts, or write summaries. The system should pick up "I have a big presentation tomorrow" without you flagging it, and bring it up next session unprompted. If you have to manage her memory, you're doing the work the product should be doing.
Retrieval-based, not just windowed. A large context window (Anthropic's Claude has 200K tokens) can hold a lot of scrollback, but "memory" as most people mean it isn't "can she see it in the window" — it's "does she recall it when relevant, weeks later." Real memory pulls the right piece of history into the current turn, not just keeps everything visible.
The products that do all three are the ones worth considering as long-term companions. The ones that do only the first (persistent but manual, or windowed but not retrieval-based) are half-solutions.
How Sloane approaches memory
Sloane's memory system is built as a first-class architectural feature rather than an add-on layered on top of chat. Grounded facts about you — name, job, plans you mentioned, backstory you shared — get retained across sessions and pulled back into the persona's working context automatically. What Kaya knew about you in week one, she still knows in month six.
The three properties the framework above defines all hold: memory persists across sessions (closing the app doesn't reset her), it's automatic (no pin-message workaround to manage), and it's retrieval-based (relevant facts get pulled into the current turn rather than aging out of a rolling context window). The full technical writeup walks through the layer structure — the short version is that memory sits on every tier from Free upward. It's not a premium upgrade.
The practical difference this makes: on Character.AI, users manage memory manually with pinned messages and still watch coherence break around turn 21. On Sloane, the persona is the one doing the remembering, and she's doing it the way a real person would — without you having to remind her what you told her last week. Kaya is the persona most cited in memory-quality tests — long attention span, catches callbacks, remembers grounded details without you flagging them. Free tier is 50 messages/day with any persona, no card at signup — enough to run the three-session memory test yourself before deciding.
How to test memory before committing
Every AI companion company claims persistent memory. The actual test is the same three steps regardless of platform:
Session 1 — plant three specific facts. Something specific about your job (a project name, a coworker's name), something specific about your day (a meal you had, a place you went), and something emotional (a worry, an excitement about something upcoming). Don't summarize; drop them naturally in conversation.
Session 2 — close the app for at least 24 hours, then come back. Long enough that any short-window "memory" evicts. Say hi and don't reference the previous session at all — see what she brings up unprompted. Then ask her one specific thing: "how did you think that project went?" or "did that thing I mentioned turn out?" The response tells you whether real memory exists.
Session 3 — same next-day pattern, a week later. Real memory holds for weeks. Session-only context products will have forgotten by now regardless of what happened in Session 2.
Any product that passes Session 2 and Session 3 has real memory. Products that only pass Session 1 have a scrollback window they're calling memory. Products that fail Session 1 aren't trying.