01 — The Spark
It Started Mid-Conversation

I was talking with Perpie — our AI memory concierge — about something entirely unrelated, when a thought surfaced. Something about the way information moves between containers. Something about database architecture. I couldn’t quite grab it. It was one layer away.

Perpie caught it. Logged it. Held it.

Later, when I came back to it, the idea had clarified: the way AI tools store memory today is fundamentally wrong. Not wrong in execution — wrong in model. They treat knowledge like a filing cabinet when they should treat it like a nervous system.

Most databases store rows. What we need is a system that stores relationships.

— Chuck Nealis, mid-conversation with Perpie

02 — The Problem
The Container Model Is Broken

Every AI memory system today — including ours at launch — uses what I call the container model. Each project gets a silo. Memories live inside that silo and nowhere else. The silo is self-contained, sealed, sovereign.

Here’s what that looks like in practice:

Figure 1 — The Container Model: Three Silos, Zero Connections

EHR Rollout
Epic go-live: Q3
Dr. Harmon resistant
IT team aligned
Training gap: ICU

🔒 isolated

Stakeholder Mgmt
Physician council
Q: Who owns comms?
CEO supportive

🔒 isolated

Training Design
3 modules needed
Adult learning focus
ICU nurses: priority

🔒 isolated

✕   No connections exist between silos — information cannot flow

The silos work great in isolation. The problem surfaces when reality doesn’t respect your silos.

Dr. Harmon’s resistance to the Epic rollout is a fact. But it’s also relevant to your stakeholder management project. And to your training design — because resistant physicians need a different learning approach than eager ones. That single piece of knowledge belongs in three places simultaneously. The container model forces you to either re-enter it three times, or lose it twice.

Figure 2 — The Duplication Problem: Same Fact, Entered Three Times

EHR Rollout
Dr. Harmon resistant to Epic adoption
Epic go-live: Q3

Stakeholder Mgmt
Dr. Harmon resistant to Epic adoption
Q: Who owns comms?

Training Design
Dr. Harmon resistant to Epic adoption
ICU nurses: priority

Same fact stored 3× independently — update one, the others drift out of sync

This is the container model’s fatal flaw: it mirrors how we organize filing cabinets, not how knowledge actually works. Information has relationships. Those relationships cross boundaries. The container model pretends they don’t.


03 — The Vision
Knowledge Is a Network, Not a Filing Cabinet

The right mental model isn’t a filing cabinet. It’s a knowledge graph — the same architecture that powers Google Search, academic citation networks, and the human brain itself.

In a knowledge graph, information exists as nodes (facts, people, decisions, tasks) connected by edges (relationships). A node isn’t imprisoned in one container. It can have relationships to nodes in multiple projects, multiple contexts, multiple timeframes.

Dr. Harmon becomes a node. The Epic rollout is a node. The training gap for ICU nurses is a node. And the edges between them — Harmon’s resistance causing the training gap, which affects the rollout timeline — those relationships are the real intelligence.

Figure 3 — The Knowledge Graph Model: One Node, Many Relationships

impacts rollout needs outreach requires training fix delays Q3 influences

Dr. Harmon resistant to Epic

EHR Rollout

Stakeholder Management

Training Gap: ICU

Q3 Timeline Risk

CEO supportive

Central Node (Person/Entity)

Project Node

Context Node

Risk Node

Timeline Node

Stakeholder Node

One node. Five relationships. Zero duplication. Update one fact about Dr. Harmon — his position softens after a demo — and every connected project reflects the change automatically.

This is how knowledge actually works. The filing cabinet was always a compromise. We built it because human brains couldn’t hold all the connections at once. AI doesn’t have that limitation.

“The filing cabinet was always a compromise.
AI doesn’t need to make it.”


04 — The Difference
Storage vs. Intelligence

The distinction isn’t just technical. It changes what the AI can do for you in a real conversation.

Figure 4 — What Changes When Memory Becomes a Network

✕   Container Model (Today)
📁Each project is an island. Facts don’t cross boundaries.
🔁Same information re-entered in multiple projects.
🧠AI knows what’s in this silo. Blind to everything else.
⚠️Decisions made in one project can contradict another. No system catches it.
🕳️Relationships between facts exist only in your head.

✓   Knowledge Graph (Proposed)
🕸️Facts are nodes. Projects are contexts. Knowledge flows between both.
🔗One node, many relationships. Update once, reflected everywhere.
🧠AI sees the full picture — cross-project patterns, contradictions, connections.
“You decided X in EHR rollout — does that still hold for training design?”
🌱Graph grows smarter with every conversation. Relationships auto-extracted by AI.


05 — Where We Are
Perpetuoso: Now and Next

I’ll be direct about where we are today, and where we’re going. Honesty about the current state makes the vision more credible, not less.

Right now, Perpie uses the container model — well-designed silos, strong within-project memory, cross-conversation context that makes users feel genuinely remembered inside a project. That’s already ahead of every general-purpose AI tool.

The knowledge graph is what comes next.

Figure 5 — Perpie: Current State vs. Proposed Architecture

Perpie Today
live Memory persists across conversations within a project
live Silos keep projects cleanly separated
live 6 signal types extracted automatically
live AI loads full project context before every response
live Dashboard: tasks, decisions, open questions
gap Facts cannot cross silo boundaries
gap No relationship mapping between memories

Perpie: Knowledge Graph
next Memories as nodes with cross-silo relationships
next AI extracts edges automatically from conversation
next “This fact appears in 3 of your projects”
next Update one node — all connected projects reflect it
next Cross-project contradiction detection
future Personal knowledge graph that grows for life
future Export: synthesized reports from related nodes

The container model was the right starting point. It keeps things clean, understandable, and fast to build. But it was always a stepping stone. The knowledge graph is the destination.

What makes this different from every other “AI memory” product is the automatic relationship extraction. You don’t tag nodes. You don’t draw edges. You just talk. Perpie builds the graph as a byproduct of natural conversation — the same way it already extracts decisions and tasks today, but richer, and across the boundaries of your projects.


06 — The Bigger Idea
A Personal Knowledge Graph That Grows for Life

Here’s where this ends up, if we execute the vision correctly:

Perpie becomes a living knowledge graph of everything you’ve ever worked on, thought through, and decided. Not a search tool. Not a note-taking app. A relationship map of your professional knowledge, built automatically from the conversations you were already having.

Every person you’ve managed. Every decision you’ve made and the rationale behind it. Every risk that materialized, and the ones that didn’t. Every pattern that repeats across different clients, different projects, different years.

The knowledge graph doesn’t just remember what you said. It remembers how it’s all connected.

That’s not a productivity tool. That’s a second brain — and it gets smarter every time you open it.

The first time the AI says “You made this same decision in a different project two years ago, and here’s what happened” — that’s the moment everything changes.

— The magic moment we’re building toward

We’re not there yet. But we know exactly where we’re going. And the insight that sparked it happened in a conversation with Perpie — which means Perpie already caught it, logged it, and is holding it until we’re ready to build it.

That’s the product validating the vision in real time.