In Honcho
You want a theory-of-mind user model — how someone reasons, not just facts.
Comparison
Pick Honcho if you want a memory layer that models how each user reasons — communication style, decision patterns — for personalization. Pick nlqdb if your agent also needs to run analytical queries (counts, group-bys, reports) over the structured rows it remembers.
The same goal, two ways.
> users by plan tier who completed onboarding this month, most recent first
In Honcho
You want a theory-of-mind user model — how someone reasons, not just facts.
In your HTML
<nlq-data goal="users by plan tier who completed onboarding this month, most recent first"></nlq-data> The aggregate slice over remembered rows is nlqdb's lane; Honcho's lane is modelling how each user reasons, not GROUP BY over what they did.
What's different
| Dimension | nlqdb | Honcho | Note |
|---|---|---|---|
| Structured rows + typed columns | Honcho stores messages + peer representations in pgvector; nlqdb stores typed rows in Postgres. | ||
| Natural-language recall / queries | |||
| Aggregations + reporting (COUNT, GROUP BY, JOIN) | Honcho's `peer.chat()` reasons over context; it has no SQL aggregation over stored facts. | ||
| Theory-of-mind / dialectic user modeling | Honcho builds a model of how each peer reasons; nlqdb stores and queries what they did. |
| Dimension | nlqdb | Honcho | Note |
|---|---|---|---|
| Hybrid search (BM25 + vector) over messages | |||
| MCP server (agent-callable) | |||
| Auto-migration via NL ('add a `tier` column') | |||
| Open source / self-hostable | Honcho is AGPL-3.0 with a self-hostable FastAPI server; nlqdb is FSL 1.1 (source-available) with no GA self-host container yet. |
shipped · partial · not shipped
No sign-in. The anonymous database lasts 72 hours; adopt it with one click if you keep it.
Start with a goal →The error has been recorded. Reload to recover; if it persists, sign out and back in.