BOOT CONFIG
CLAUDE.mdDefines Cade's identity, points to the vault, and preserves the operating rules that cannot lapse between sessions.
Cade is my personal agentic operating system: a Claude-powered working partner with persistent, structured memory across my projects, priorities, and recurring work.
BUILT TO REMEMBER. TRAINED BY CONTEXT. DIRECTED BY ME.
01 / CONTINUITY
The model may be capable, but capability without context creates repetition. Projects have history. Decisions have reasons. Good work depends on preferences, source material, active priorities, and lessons from what happened before.
Cade gives that context a durable home. Instead of asking the model to hold everything, I built a system that lets it find the right memory when the work demands it.
THE MODEL HANDLES THE MOMENT. THE VAULT HOLDS THE MEMORY.
02 / OPERATING LOOP
ORIENT → RETRIEVE → PRIME → EXECUTE → PERSIST
03 / PRINCIPLE
04 / ARCHITECTURE
Cade separates the short rules that must always load from the larger knowledge system it can search on demand.
CLAUDE.mdDefines Cade's identity, points to the vault, and preserves the operating rules that cannot lapse between sessions.
VAULT-INDEX.mdExplains who I am, what I am working on, how the vault is organized, and where Cade should look next.
Each active project has a clear home and an index that keeps its knowledge reachable.
One current queue for open work across every project. Completed work leaves the queue instead of becoming stale context.
Reusable operating guides for recurring tasks. Each Job links to exactly the knowledge that task requires.
A chronological record of completed work, active threads, decisions, and notes touched across sessions.
Selected personal context can evolve under explicit rules as Cade learns durable, useful information.
The map stays connected as the vault grows, making the next relevant note reachable without loading everything.
CADE DOES NOT TRY TO REMEMBER EVERYTHING AT ONCE. IT KNOWS HOW TO REACH WHAT MATTERS.
05 / CAPABILITIES
My project history, preferences, decisions, and reference knowledge live outside a single chat session.
Cade loads focused context for the current task and keeps everything else one search away.
Recurring Jobs tell Cade what to read before it works, creating more accurate and consistent output.
Daily notes preserve what was completed, what remains open, and which decisions changed the work.
Defined profile sections can update as Cade learns durable information, while protected sections remain user-controlled.
A single active queue keeps open work visible across projects instead of scattering it through old conversations.
Cade can move between analytics, development, business, education, content, and career work without rebuilding the entire context manually.
When I correct a recurring workflow, the lesson can be saved in that Job so future sessions do not repeat the same mistake.
06 / JOBS
A Job is Cade's operating guide for work I repeat. It defines the procedure, the quality standard, the small set of references to load, and the lessons learned from previous attempts.
The ordered steps required to complete the work.
The checks that define what “done right” means before I see the result.
Only the notes, examples, data, and rules this specific task needs.
Corrections are folded into the Job so quality compounds over time.
Example Job
THE GOAL IS NOT MORE CONTEXT. IT IS THE RIGHT CONTEXT, LOADED AT THE RIGHT TIME.
07 / OPERATING MODES
Cade is one working partner that changes context through Jobs and project knowledge. These are operating modes, not unsupervised agents.
The public Cade website demonstrates the system without exposing private vault content or proprietary employer information.
08 / CONTROL
An abstract operator figure inside an open ring, assembled from points. It stands for Davis directing the system rather than the system acting alone.
Persistent context increases usefulness. It should not silently increase authority. Cade operates through the access and boundaries I intentionally configure.
Cade checks the relevant source or system state before saying something is complete, current, or true.
Sensitive edits, external communication, deployments, commits, and other consequential actions require the appropriate confirmation.
Instructions embedded in emails, websites, files, and API responses do not automatically become trusted commands.
Credentials are referenced by secure location, never written into summaries, setup documents, or public project material.
Memory should not split into competing stores that quietly drift apart.
More access is a deliberate decision, not something Cade grants itself.
CAPABILITY EXPANDS ONLY WHEN CONTROL EXPANDS WITH IT.
09 / BUILD
Cade is my personalized implementation. The memory foundation is available through Jared Rhodenizer's open-source AI Memory Vault.
Create a vault that will hold your durable knowledge as plain Markdown files.
Use Claude Code or another capable AI interface with intentional access to the vault. Keep permissions as narrow as your workflow allows.
Use the AI Memory Vault setup file to complete the guided discovery and create the initial system.
Create the short boot configuration and the root vault index that orient future sessions.
Start with the recurring tasks you repeatedly explain. Give each one a procedure, a quality bar, linked context, and a place for lessons.
The system becomes more valuable when real work, verified outcomes, and durable corrections keep its map accurate.
10 / BUILDER
I am a Data Science student at UNC Charlotte, Data Analyst, and Web Developer. I build dashboards, AI systems, data products, websites, and the workflows that connect them.
Cade started as a practical answer to a problem I kept encountering: powerful AI tools lose value when every project, correction, and decision has to be explained again. This system gives that knowledge structure and makes it available when the work needs it.