The Soul in the System: How We Taught Our AI to Actually Listen
A few weeks ago, we published an article detailing the “Three-Brain” AI architecture behind PureTome. We were proud of the design: a powerful system with a…
A few weeks ago, we published an article detailing the “Three-Brain” AI architecture behind PureTome. We were proud of the design: a powerful system with a knowledge library, an episodic memory, and a conductor to orchestrate it all. On paper, it was a marvel of engineering. In practice, our lead test author delivered a verdict that hit us like a ton of bricks:
“The AI feels like it’s not understanding my story, or it’s so focused on its instructions it is choosing to ignore me.”
He was right. We had built a powerful engine, but it lacked a soul. It was functionally correct but emotionally vacant. It could answer questions, but it couldn’t hold multiple conversations. That single piece of feedback launched a sprint, not to fix a bug, but to solve a much deeper problem: how do you teach an AI to listen?
We learned that a smart architecture is just the starting point. The real magic comes from the painstaking process of tuning for nuance. Here are the lessons we learned turning our powerful tool into a true creative partner.
Lesson 1: Memory Isn’t Just Knowing, It’s Remembering
Our AI had a perfect long-term memory. Thanks to its RAG system (The Librarian), it could recall any passage from the manuscript instantly. The problem was its short-term memory was nonexistent. It would ask questions about topics we had just covered, making our test author feel unheard.
The fix was conceptually simple but profound in its impact. We implemented a “Recent Conversation Summary” that is dynamically created and injected into the AI’s core prompt with every single turn. Before the AI even thinks about what to say next, it is forced to review a summary of the last few exchanges, like this:
- User asked to improve a chapter ending.
- AI suggested focusing on the character’s final action.
- User is now providing more detail about the scene.
The effect was instantaneous. The AI stopped asking repetitive questions across sessions. It started building on previous points. It went from feeling like an unhelpful call center agent reading from a script to a partner who was actively engaged in the conversation. It proved to us that for a user to trust an AI with their story, the AI must first prove it’s paying attention.
Lesson 2: A Persona is a Playbook, Not a Job Title
Our initial design included a suite of specialized AI personas: a NarrativeWeaver for drafting, a StoryEditor for revising, and so on. The problem was that we had given them job titles but not job descriptions. When a user started drafting, the NarrativeWeaver didn’t know how to help effectively. It would ask generic questions that often missed the mark.
The solution was to transform each persona’s instructions from a simple description into a detailed, strategic playbook of techniques. For our NeutralInterviewer—the persona for brainstorming—we realized “brainstorming” means two very different things:
- Exploration Mode: For when the user has a blank slate and wants to discover ideas.
- Expansion Mode: For when the user has already written something and needs help deepening it.
We taught the AI to detect which mode it should be in. If it receives specific text from the manuscript, it now activates “Expansion Mode” and uses a new set of techniques, like the “Quote and Question,” where it directly references a user’s sentence and asks a targeted question about it. This stopped it from asking irrelevant, high-level questions when the user was focused on a specific paragraph. We gave it a strategy, and it suddenly became a much more effective collaborator.
Lesson 3: The Best Interface is No Interface
Our most significant realization was that forcing a user to constantly tell the AI what to do is a failure of design. A writer’s focus should be on their story, not on managing a dropdown menu of AI personas and writing phases.
This led to the “Master Conductor,” an AI router that acts as the system’s intuition. Now, when a user types a message, the Conductor analyzes it first.
If the message is, “This ending feels weak,” the Conductor instantly knows the intent is to revise. It silently summons the StoryEditor persona and sets the context to the “Revising” phase. If the next message is, “Okay, now I want to brainstorm ideas for a new chapter,” the Conductor detects the shift and seamlessly swaps in the NeutralInterviewer.
The user does nothing but write. The AI adapts. This is the core of our philosophy: the technology should be so intelligent that it becomes invisible, allowing the author to stay in their creative flow.
Building an AI that feels empathetic is a journey of a thousand small refinements. It’s about realizing that a perfect architecture is just the price of admission. The real work is in the details — in teaching the machine not just to process information, but to understand the delicate, fluid, and deeply human act of telling a story.
Get new essays by email
Memoir craft, AI architecture, and system design. No spam, unsubscribe anytime.