You explain the same things every session.
Who you are, what you're working on, why you made that decision three weeks ago, what "Val" means, which project is which. Every time.
Context for AI assistants
A structured way to store context — projects, people, decisions, vocabulary — in plain Markdown inside your Obsidian vault, so any AI assistant can load it.
vault/
|-- CLAUDE.md
|-- COPILOT.md
|-- TASKS.md
`-- memory/
|-- glossary.md
|-- context/
|-- people/
|-- projects/
`-- decisions/
No database, no embeddings, no API. Markdown files in folders, readable by humans and machines alike.
Who you are, what you're working on, why you made that decision three weeks ago, what "Val" means, which project is which. Every time.
Glossary, projects, people, tasks, decisions — structured in your vault, loaded on demand. The AI reads; you stop repeating yourself.
How it works
There's no clever trick. You organize context into files with a consistent structure, and the AI follows rules about what to read first.
Projects, people, vocabulary, tasks, decisions — each in its own file, with frontmatter for metadata. Human-readable, grep-friendly.
A master file and a memory index tell the AI what to read first and what to load only when relevant. Context windows are finite.
The guide includes review routines. Stale context is worse than no context, so maintenance is part of the design.
Design choices
No database, no vector store, no embeddings. Your context is in files you can read, edit, version, and move with standard tools.
Claude Code, Copilot, Cursor, ChatGPT — the same files work across tools. You adapt the loading mechanism, not the data.
This came from actual work — writing, software, personal context, long-running projects. The structure reflects what survived contact with reality.
The system stores the rationale behind changes. Future sessions get the "why", not just the latest snapshot.
Folders, Markdown files, frontmatter, a loading order. That's the entire stack. Complexity goes into the content, not the plumbing.
The repo includes examples for packaging workflows as installable commands and skills, for tools that support them.
Compatibility
Reads CLAUDE.md natively. Best integration out of the box.
Uses COPILOT.md and workspace context. Plugin flows available.
Attach or paste the relevant files when starting a session.
Adapt the files to each tool's context mechanism. The data doesn't change.
Scope
Get started
The whole system is in the repo. Fork it, copy what works, change what doesn't. It's Markdown — you'll figure it out.
FAQ
No. The system is Markdown files in folders — any text editor works. Obsidian is where this was built and where it works best (wikilinks, graph view, frontmatter), but it's not a dependency.
Claude Code has the best native integration, but the files work with any AI that can read them. The guide covers multiple tools.
No. You maintain the files, you choose what to load. The AI reads structured context — it doesn't build it for you.
If one works for you, use it. This is for people who prefer open formats and files they control.