What "free" actually means in AI companion apps (November 2026)

Christian Hayes — Wed, 04 Nov 2026 18:58:15 +0000

Almost every AI companion app says it's free to start. What that means varies from "chat all day" to "fifty messages, then read-only". I build one of these apps, Calla, so I read the others' pricing pages, help centres and terms closely. Here is what each free plan actually includes, as of late October 2026. Where a number comes only from review sites rather than the company's own pages, it's marked reported.

Relationship apps

These are built around one ongoing relationship with a companion who's meant to know you.

App	What the free plan includes	Paid plan
Calla	50 messages in any 24 hours, memory across sessions, one picture a day, a first voice note, a short call every three days	$14.99/month (also $79.99/year; first month $4.99)
Kindroid	50 messages in total, 5 selfies in total, then read-only	about $13.99/month on the web (reported), $15.99 in the app stores
Nomi	about 50 messages a day, 400-character messages, one companion, about 2 images a day (reported)	$15.99/month, $99.99/year
Replika	a limited model, no voice or selfies	Pro $19.99/month or $69.99/year
Nectar AI	15 messages a day, 10 images a day (reported)	Premium $9.99/month (reported)
GirlfriendGPT	20 messages a day, SFW only (reported)	about $15 to $50/month in coin bundles (reported)
Candy AI	a trial; details not published	$13.99/month list, less on longer terms, plus tokens for media

Character and roleplay platforms

These give chat away and sell longer context, better models and media.

App	What the free plan includes	Paid plan
Janitor AI	unlimited messages; context of roughly 8 to 9K tokens	Janitor+ $12.99/month
SpicyChat	100 messages a day, counting both sides of the conversation	from $5.95/month (reported, after a September increase)
CrushOn	50 messages a day	from $5.99/month
Chai	70 messages per 2.5 hours, with ads	Premium $13.99/month
Character.AI	ads, swipe caps and a slow mode at busy times	c.ai+ $9.99/month
Talkie	limits plus ads; calls about 2 minutes (reported)	Talkie+ $9.99/month

What to actually compare

The message count is the obvious number, but three other things decide whether a free plan is usable:

Does memory work on the free plan? On Kindroid, the free preview goes read-only after 50 messages. On the character platforms, "memory" is mostly how much recent chat fits in the context window, which is smaller on free tiers. A companion that forgets you between sessions is a different product, not a cheaper version of the same one.
Is the limit per day or per account? Fifty a day and fifty in total are very different things a week later.
What's metered besides messages? Pictures, voice and calls are almost always the first things to cost money. Several apps meter them with tokens or credits that don't map neatly to a monthly price.

The test I'd suggest for any of them: use the free plan for a week, tell your companion something specific with a date attached, close the app, and come back the day after. Whether it knows, and whether it asks, tells you more than any pricing table.

Prices in this market change monthly. Everything above was read on or around October 20, 2026; check the app's own pricing page before you pay for anything.

I'm Christian, and I build Calla, an adults-only AI companion. The comparison above includes my own app; I've tried to describe every free plan, Calla's included, as plainly as the companies' own pages allow. Written with help from an AI assistant; every figure comes from the company's own pages or help centre unless it's marked reported.

Our AI companion's memory search was upside down for four months, and nothing looked broken

Christian Hayes — Wed, 04 Nov 2026 18:53:37 +0000

I build Calla, an AI companion app whose whole pitch is memory: you tell it about your week, close the app, and the next day it still knows your name, your job and the people in your life. For about four months, the part of the system that finds the right memory at the right moment was returning the least relevant memories first. Nobody noticed, including me. Here is how that happens, and what I'd tell anyone building long-term memory for an LLM.

Memory is three problems, not one

"The bot remembers what I said ten minutes ago" says almost nothing. That's the context window: a rolling buffer the model can see. Close the app and many products start the next session with an empty one.

Real long-term memory is three separate jobs, and each can fail quietly:

Keeping. After a conversation, something reads it back and decides what was worth remembering. We store short episode summaries ("they're nervous about Thursday's interview; their manager has been difficult since the reorg") plus a few structured facts that changed.
Finding. When a new message arrives, the system searches everything it kept and pulls back the handful that matter right now. That's usually vector search over embeddings, so "my sister" can find the episode about the wedding speech even if you never say "wedding".
Bringing it up. Knowing your sister's name is different from asking, the day after, how the speech went. That needs open loops tracked until they've actually happened.

Our bug lived in step 2.

How an inverted search hides

We used an open-source memory layer for the episode store. Its search returned a score with each hit, and our code treated that score as similarity: higher is better, keep the top few. The store was actually returning a distance: lower is better. So every lookup sorted the memories backwards and kept the least related ones.

Why didn't anything look broken?

Every result was still a real memory about the right person. The companion never said anything false; it just pulled up something about a different week. That reads as "a bit vague", not "broken".
The fact store hid it. Names, jobs and pets live in a separate structured profile that goes into every prompt. The obvious tests ("what's my name?") passed every time.
Logs looked healthy. Searches returned results, latency was fine, no exceptions.

It took a direct test to find it: store one very specific fact, ask about it later in different words, and print what the search actually returned, not what the companion said. The top hit was unrelated; the right memory sat near the bottom.

The fix was small. We stopped going through the library's search and wrote the SQL ourselves (pgvector, cosine distance, ORDER BY distance ASC, with the ordering asserted in a test that uses a known-near and a known-far memory). We also moved recall off the hot path: the next turn's candidate memories are prepared while the current reply is being written, which took memory lookup from about 1.4 seconds per message to under 0.1.

What I'd tell anyone building this

Test the judgment, not the plumbing. "Search returns results in 40 ms" is plumbing. "Search returns the right result" is the feature. Build the second test first.
Check the sign of every score you didn't write. Similarity and distance look identical in a log line.
Keep the fact store and the episode store testable separately. A good profile can mask a broken episode search indefinitely.
Use a fixed test the user could run. Ours: mention something with a date attached, close the app, come back the day after, and see whether it knows and whether it asks.

That last test is also how I'd tell anyone to choose an AI companion. Ignore the marketing (mine included) and run it for a week. Knowing is now fairly common. Asking at the right moment, unprompted, is the hard part, and it's still where this whole category, us included, has the most work to do.

I'm Christian, and I build Calla, an adults-only AI companion with memory on the free plan (50 messages a day; Calla+ is $14.99/month). This post was written with help from an AI assistant and checked by me against our code and commit history.

DEV Community: Christian Hayes