Skip to content
    Case study

    Anima

    Memory that makes every guest a regular.

    A guest memory node that anticipates needs, learns from every stay, and improves operations without watching.

    Synthetic proof of concept · production gated behind a data-protection assessment
    Read withChatGPTClaude

    Where this sits

    • A food & beverage execution agent for hotels. It tells a manager how many covers to expect, how to staff for them, and how to cut food waste.

      For
      Other agents via MCP, or a hotel / F&B manager with WhatsApp.
      Status
      Built and instrumented, pilot partner in recruitment.
    • Headless environmental twin: street, weather and crowd signals turned into yield rules, exposed via MCP.

      For
      RMS, PMS and orchestration agents, not humans.
      Status
      Built: live data ingestion pipeline, MCP server v0 live on Fly.io.
    • A voice AI mentor that captures, qualifies, and leverages the tacit expertise from senior to junior collaborators. Just ask.

      For
      A junior technician on the shop floor, hands busy.
      Status
      Prototype, synthetic data, harness in CI.
    • AnimaYou are here

      Guest node: memory that makes every guest a regular, anticipating needs and learning from every stay without watching.

      For
      The nodes that need to know who is arriving.
      Status
      Synthetic PoC, production gated behind a data-protection assessment.
    • Open-data SaaS mapping urban noise so cities can act on acoustic health.

      For
      European cities and metropolitan areas.
      Status
      Shipped 2020 to 2022, company closed.

    How the nodes fit together: the architecture note

    Sec. 01

    The questions it exists to answer

    Section 01

    Four questions a general manager cannot answer today, and every one of them is a memory question.

    In practiceA guest asked for a quiet room on three consecutive stays, and had to ask again on the fourth.

    This node did not start from a feature list. It started from four questions that a general manager can ask out loud and nobody in the building can answer.

    • What does this property know about a guest that nobody ever wrote down?
    • What did we learn last stay that we will fail to use during this one?
    • What does a guest have to repeat every single time, and what does that cost us?
    • Which of the things we believe about them did they tell us, and which did we infer?

    The fourth is the one that separates this from a customer database. A property that cannot tell what a guest said from what a system inferred about them has already lost the argument it will eventually have to win, with the guest or with a regulator.

    Sec. 02

    The lineage: from modelling buildings to modelling relationships

    Section 02

    Digital twins model assets. The interesting extension is toward people, and the guest case is the hard half of it.

    In practiceThe concierge retires, and every regular becomes a stranger again on the same Monday.

    Digital twins started with assets. A building, a chiller, an engine: model the thing, simulate it, act before it fails. Hospitality adopted that version and largely stopped there, with predictive maintenance, refurbishment run in software before the work starts, and energy optimisation.

    The interesting extension is toward people. Research on human-centered digital twins in hospitality models the employee, their behaviour, performance and context, and its central design rule is worth borrowing exactly: such a system exists to support human judgement, not to replace it. Read it for what it is, a study of adoption intent across 141 hotel employees, not a deployed system.

    Anima applies that same shift on the other side of the desk, to the guest relationship. The vocabulary is tempting, since calling it a guest cognition twin makes the positioning write itself, but the two are not symmetrical, and the asymmetry is the whole design problem.

    An employee can be told they are being modelled. A guest cannot meaningfully consent to being modelled during a two-night stay.

    An employee can be consulted, they can refuse, and their representation is part of their working conditions and is negotiated as such. A guest came to sleep somewhere. Whatever is built about them has to be defensible without their participation, which is a far harder constraint than the employee case and one the research does not have to solve.

    There is an older version of this. The concierge who knew that Mr Fontaine takes the corner table and never asks twice was a human-centered twin running on one person's memory, and it had a bus factor of one. It left when they left. That is the same loss Lore addresses for technical expertise, one industry over. Anima is the attempt to make being a regular a property of the house rather than of one employee's recall, without the house turning into an apparatus that watches.

    Sec. 03

    What it is: four memory layers with different lifetimes

    Section 03

    Not one database with a timestamp column. Four layers, each with its own lifetime, because permanence is the default failure.

    In practiceA guest orders a decaf at 11pm before an early flight. Tonight, that matters. Forever, it is a false belief.

    The four memory layers of Anima, what each holds and how long it lives
    LayerHoldsLifetime
    WorkingThe current stay, in progressExpires at check-out
    EpisodicThis stay and a short tail after itWeeks
    SemanticDurable preferences, stated or repeatedly confirmedLong, with decay
    SegmentAnonymised patterns, what guests like this tend to needAggregate, never individual

    Temporal separation is the whole design. Most guest-AI failures come from treating everything as permanent: a one-off request during a difficult stay becomes a permanent label, and nobody can say why the system believes it.

    The decaf is the shortest example. A guest orders one at 11pm because they have an early flight. Working memory should use it tonight, so the bar does not ask twice. Semantic memory should never conclude they drink decaf. One database with a timestamp column collapses those two into a single fact, and the fact outlives the reason for it.

    Sec. 04

    Claims carry confidence, and confidence decays

    Section 04

    Nothing is stored as a fact. Everything is a claim with a weight, a source and an age.

    In practiceA preference from 2019 that nobody confirmed since does not outvote something said last week.

    Nothing in Anima is stored as a fact. Everything is a claim with a weight, a source and an age. "Prefers a high floor" told to a receptionist once is not the same object as the same preference confirmed across four stays, and neither is the same as one inferred from behaviour.

    Weights fall over time unless something renews them. A preference from 2019 that nobody has confirmed since should not outvote something said last week, and a system that cannot express that difference will assert both with the same face.

    This is where the honesty rule from the rest of this work applies: a system that reports a confidence it did not measure is worse than one that reports none. Inferred weights are marked as inferred, and corroboration is counted rather than claimed.

    Sec. 05

    Remembering is not neutral

    Section 05

    The stay no longer ends at check-out. Whether to remember is an act of care or an exercise of power.

    In practiceThe guest leaves the building and their record stays, in infrastructure that never forgets and never forgives.

    Edmondo Grassi, writing in the Hotel Yearbook, puts it directly: the stay no longer ends at check-out, it merely changes form. The guest leaves the building and their record migrates into infrastructure that remembers with perfect precision.

    This was always a craft of memory. The concierge who anticipates, the maître d'hôtel who recalls a wine. But human memory came with forgetting and forgiveness built in. What replaces it knows neither. The asymmetry is new: the system remembers the guest better than the guest remembers themselves.

    His question is the right one, and it is not rhetorical: whether to remember is an act of care or an exercise of power.

    The answer cannot be a values statement. It has to be in the data model, or it is decoration. Decay on every claim, layers that expire by design, inference marked as inference, and a scope gate that makes "give me everything about this guest" an impossible request rather than a discouraged one.

    Edmondo Grassi, The Remains of the Stay: Memory, Identity, and the Afterlife of the Guest, Hotel Yearbook 2026 Technology Edition.

    Sec. 06

    Scope-gated, and it never decides

    Section 06

    Every consumer declares which layer it is querying, and no call returns a whole person.

    In practiceThe orchestrator asks for semantic-layer preferences relevant to a room assignment, and nothing else.

    Any consumer must declare which layer it is querying. There is no call that returns everything known about a person, which is a structural choice rather than a policy one: a boundary that depends on people asking politely is not a boundary.

    And Anima answers one question only, which is who this guest is right now. What to do about it belongs to the orchestrator, with a human validating. Same separation between perception and decision the F&B node enforces, for the same reason: a component that both perceives and acts arbitrates privately, and the arbitration stops being reviewable.

    Concretely, the orchestrator asks for semantic-layer preferences relevant to a room assignment. It does not, and cannot, ask for the guest's full history.

    Sec. 07

    Where it stands, honestly

    Section 07

    Built, evaluated on synthetic data, and deliberately not switched on.

    In practiceIt has never run on a real guest, and it will not until a formal data-protection assessment is complete.

    Synthetic proof of concept. Four-layer memory implemented, working MCP server, evaluated on a synthetic cohort. It has never run on a real guest and it will not until a formal data-protection assessment is complete.

    That gate is not compliance theatre or a schedule risk. Inferred state about a person is sensitive personal data, and a guest cognition system a hotel cannot lawfully deploy is worth nothing however good the architecture is. Built first, cleared later is the wrong order here, and it is the order that produces systems nobody can switch on.

    Shipped as a prototype at an Anthropic hackathon in June 2026. Production is phase 4.

    Sec. 08

    Where it sits in the mesh

    Section 08

    One node among four. It owns the guest relationship and nothing else.

    In practiceGuest experience is not a node: guest.* lives in the shared contract, not behind this one service.

    Anima is one node among four. It owns the guest relationship and nothing else, so no pricing, no orchestration, no action. Guest experience itself is not a node: it is a signal that crosses every part of the mesh, which is why guest.* lives in the shared contract rather than behind this one service.

    Part of the Hospitality Agentic Mesh: the architecture note explains how the five agents divide the work.

    The architecture note has the whole picture, including what the other nodes own and what they refuse. Aetherix is the node that consumes what Anima knows.

    Ask Rose about this page

    Rose reads this case study in full. She will not claim this node has run on a real guest.

    Share and reuse
    EmailMarkdown

    © Ivan de Murard. All rights reserved.

    © 2026 Ivan de Murard · Curated with Care