← Latest papers
💻 computer science

Beyond Similarity Search: Tenure and the Case for Structured Belief State in LLM Memory

The paper introduces Tenure, a local-first proxy that replaces semantic similarity search with a structured, typed belief state management system to achieve perfect precision in cross-session LLM memory retrieval by treating memory as a state management problem rather than a search problem.

Original authors: Jeffrey Flynt

Published 2026-05-13
📖 5 min read🧠 Deep dive

Original authors: Jeffrey Flynt

Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer

The Core Problem: The "Amnesia Tax"

Imagine you hire a brilliant but incredibly forgetful assistant. Every time you start a new conversation, they greet you as a stranger. You have to spend the first ten minutes re-explaining everything: "By the way, I use TypeScript, not JavaScript," "I hate exceptions, I want errors to return cleanly," and "My project uses MongoDB."

The paper calls this the "Re-Orientation Tax." It's the wasted time and mental energy spent re-teaching the AI things it should already know.

The Old Way: The "Fuzzy Library"

Most current AI memory systems try to solve this by acting like a fuzzy library. They save your past conversations and, when you ask a new question, they search for "similar" past notes.

  • The Flaw: The paper argues this is the wrong tool. If you ask about "Redis" (a database), the fuzzy library finds notes about "Redis," but it also finds notes about "MongoDB," "Kubernetes," and "Fastify" because they are all "tech stuff."
  • The Result: The AI gets confused by a pile of similar-sounding but irrelevant notes. It's like asking a librarian for a specific book on "Apples," and they hand you a basket containing apples, pears, oranges, and a dictionary about fruit, hoping you'll pick out the right one.

The New Solution: Tenure (The "Structured Filing Cabinet")

The author introduces Tenure, a system that treats memory not as a search problem, but as a state management problem. Instead of a fuzzy library, Tenure is a strict, organized filing cabinet with specific rules.

Here are the four main features of this new cabinet:

1. The "Why It Matters" Note (Imperative vs. Declarative)

  • Old Way: The AI saves a note that says, "We use TypeScript." (This is just a fact).
  • Tenure Way: The AI saves a note that says, "Because we use TypeScript, you must write all code examples in strict mode and never use 'any'."
  • The Analogy: Instead of giving the assistant a raw ingredient (a fact), Tenure gives them a pre-cooked recipe instruction. The AI doesn't have to guess how to use the fact; it's told exactly what to do with it.

2. The "Scope" Lock (The Bouncer)

  • The Problem: You might have a "Work" project and a "Personal" project. You don't want the AI to accidentally use your work's database settings for your personal blog.
  • Tenure Solution: Every fact has a Scope Lock.
    • If you are talking about "Project A," the AI physically cannot see facts from "Project B," even if they are similar.
    • The Analogy: It's like a bouncer at a club. Even if you know the password, if you don't have the VIP wristband for this specific room, you don't get in. This prevents "context rot" (where old, wrong info sneaks in).

3. The "Alias" Flywheel (Learning Your Slang)

  • The Problem: You might call your database "Redis" in one chat and "k8s" in another. A fuzzy search might miss the connection.
  • Tenure Solution: Tenure builds a personal dictionary for you. If you use a nickname or a short form (like "k8s" for "Kubernetes"), Tenure learns it and adds it to the file's "Alias" list.
  • The Analogy: It's like a secretary who learns your specific nicknames. If you say "The Big Red Machine," they know you mean "The Server." The more you talk, the better they get at understanding your specific vocabulary, making them faster and more accurate over time.

4. The "Supersession" Chain (The Version History)

  • The Problem: You change your mind. You used to like Tool A, but now you use Tool B. Old systems might get confused and offer both.
  • Tenure Solution: Tenure keeps a version history. When you switch to Tool B, it marks Tool A as "Superseded" (archived). The AI knows to ignore Tool A completely but keeps a record of why you changed.
  • The Analogy: It's like a "Do Not Use" sign on an old tool in your garage. You don't throw the old tool away (you might need to know why you stopped using it), but you put a big red sign on it so you never accidentally grab it again.

The Proof: The "Precision" Test

The paper tested Tenure against the old "fuzzy library" (vector search) using 72 specific test cases.

  • The Fuzzy Library: Got the right answer only 8 times out of 72. It kept getting distracted by similar-sounding but wrong information.
  • Tenure: Got the right answer 72 times out of 72.
  • The Drift Test: Even when the conversation went off-topic for a while and then came back, Tenure stayed focused. The fuzzy library got "drunk" on the off-topic conversation and forgot the original topic.

The Bottom Line

The paper argues that for a single user (or a team with a shared vocabulary), we don't need an AI that is good at "guessing" what you mean based on vague similarities. We need an AI that acts like a rigorous, organized assistant who:

  1. Knows exactly what you prefer.
  2. Only looks in the right folder for the right project.
  3. Remembers your specific nicknames.
  4. Knows when you've changed your mind and stops using old ideas.

Tenure is the system that builds this organized assistant, ensuring the AI remembers the right things, in the right way, without getting confused by the noise.

Drowning in papers in your field?

Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.

Try Digest →