Generated banner for Project Name
Generated logo for Project Name

Project Name

Vault template

First committed by asakin

Published in asakin/llm-context-base. Publisher page

74 GitHub stars

What it is

A git template for building your own LLM-powered personal wiki. Training period, metadata standard, lint system included. Clone and go.
— the description by asakin

AutoGineer overview, from the brain’s own files

llm-context-base is an opinionated template designed to turn a local git repository into an LLM-powered personal wiki. It implements a three-layer pattern consisting of raw source documents, an LLM-maintained wiki, and a schema configuration. The system is designed to adapt to a user's workflow over time, eliminating the need for upfront taxonomy design. It includes a metadata standard for queryable files, an inbox-first capture system with a 7-day TTL, and a linting system to maintain document health. It supports various AI tools including Claude Code, Cursor, and GitHub Copilot, providing a consistent interface for managing personal knowledge.

How it works

Memory model: LLM wiki

AutoGineer overview, from the brain’s own files

The system uses a specific folder structure including 1-Projects, 2-Knowledge, 3-Journal, and 4-Private, alongside configuration and metadata folders. Users capture information into an _inbox folder, which the AI then processes and files according to a metadata standard. The system is bootstrapped via configuration files in .claude, .cursor, and .github, which direct the AI to follow instructions located in _config and _meta. It uses a training period to learn user patterns and maintains documentation through a split README file that separates user-specific content from framework documentation.

Folders
FolderRoleFiles
.claudeagent-config2
.cursoragent-config1
.githubagent-config1
.obsidianobsidian-config7
assetsattachments2
docsdocs13
examplesexamples4
1-Projectsfolder3
2-Knowledgefolder5
3-Journalfolder1
4-Privatefolder1
_configfolder4
_inboxfolder1
_metafolder14
_outputfolder1
_sourcesfolder2

The agent reads

The agent writes

Requirements

Apps: Obsidian

Databases: MongoDB, PostgreSQL

Works with: Claude Code, GitHub Copilot, Cursor, Devin (ex-Windsurf)

Set it up

  1. Download the brain as a ZIP and unzip it where you keep your notes or project: https://mp-staging.autogineer.com/agent-brains/asakin/llm-context-base/download
  2. In Obsidian, choose “Open folder as vault” and pick the folder.

  3. Claude Code reads .claude/CLAUDE.md from this folder automatically.

  4. cd llm-context-base && claude

  5. AutoGineer scanned these files at commit 3c096ca.

  6. First committed by asakin. Published in asakin/llm-context-base. Licence: Apache License 2.0.

Usage

AutoGineer overview, from the brain’s own files

  • Capture unstructured notes into the inbox for later organization by the AI.
  • Maintain decision records with context, options, and rationale.
  • Query the wiki to synthesize information across multiple documents.
  • Run linting commands to identify stale files or missing metadata.
  • Manage project initiatives with briefs and timeline tracking.
  • Generate reports or summaries from stored knowledge.
“Capture this: here's how our onboarding process works...”
Creates a file in the inbox and offers to file it in the appropriate location.
“We decided to use PostgreSQL over MongoDB, let me document why”
Generates a decision record with context, options, rationale, and an outcome section.
“What do we know about our hiring process?”
Scans file summaries and synthesizes an answer with source citations.
“Lint the wiki”
Surfaces stale files, missing metadata, and orphaned documents.

Documentation by asakin

[Project Name]

This README will be personalized during your first session.


<!-- llm-context-base:framework-readme -->

llm-context-base

An opinionated template for building your own LLM Wiki.

Use the template, point your AI assistant at it, and start talking. Over time, it learns how you work and adapts its structure to your needs without you having to design anything upfront.


How This Relates to Karpathy's LLM Wiki

Andrej Karpathy's LLM Wiki gist describes a three-layer pattern: raw source documents → an LLM-maintained wiki → a schema config file (like CLAUDE.md or AGENTS.md). The LLM reads sources, maintains structured wiki pages, and follows the schema config to stay consistent.

llm-context-base implements this pattern as a ready-to-use template — so you don't have to build it from scratch. What it adds on top of the base pattern:

  • Metadata standard — every file gets a queryable header (type, summary, tags, status, date). The LLM scans these instead of loading full files, which scales cleanly to hundreds of documents.

  • Inbox-first capture — a frictionless landing zone with a 7-day TTL. You capture without deciding where things go. The LLM files them later.

  • Training period — the system starts chatty (learning your patterns) and goes quiet as it adapts. You never design a taxonomy upfront.

  • Lint system — surfaces stale files, missing metadata, and orphaned docs on demand.

  • Multi-LLM support — bootstrap shims for Claude Code, Cursor, Copilot, Windsurf, and others. One config, any tool.

Full comparison with the Karpathy pattern &rarr;


Quick Start

1. Create your copy. Click "Use this template" on GitHub. Make it private. Clone it.

git clone https://github.com/YOUR-USERNAME/my-wiki.git
cd my-wiki

2. Set up your workspace. Open the repo as an Obsidian vault on one side, your AI agent on the other. You talk to the AI — it builds the wiki. You watch it happen in Obsidian.

Full Obsidian setup &rarr; · No Obsidian? Any editor + any supported AI tool works fine.

3. Fill in your profile. Open _config/config.md, fill in the About You section, and set Training Start Date to today.

4. Start talking. Open in your AI tool of choice and go:

  • "Capture this: here's how our onboarding process works..."

  • "We decided to use PostgreSQL over MongoDB, let me document why"

  • "What do we know about our deployment process?"

  • "Lint the wiki, what needs attention?"

That's it. The system adapts to what you actually need.

Want to stay updated as the framework improves? The template approach gives you a clean start but disconnects you from upstream. If you want to pull future improvements (new protocols, better training behavior, bug fixes), use the Framework Track setup instead.


What Makes This Different

It learns how you work. The first 30 days are a training period. Your AI asks questions, suggests directories, and logs what it learns. By day 45, it's quiet and efficient. You never design a taxonomy upfront. Full details &rarr;

Capture first, organize later. Everything lands in _inbox/ with a 7-day TTL. You never hesitate to capture because you don't have to decide where it goes yet. Your AI files it later.

Your README stays yours. This file has two sections split by a marker. Above it: your personal project README, maintained by your AI as the wiki evolves. Below it: the framework docs, which track upstream cleanly. You get living documentation without merge conflicts.

Patterns are captured as they emerge. When your AI learns a new convention or preference during a conversation, it writes it down immediately, not at commit time. Nothing is lost if you commit from the command line without AI involvement.

Every file is queryable. A metadata standard on every document means your AI can scan summaries and tags without loading full files. This scales to hundreds of documents.

It maintains itself. Lint checks surface stale files, missing metadata, and orphaned docs. The system even reviews its own instruction efficiency to prevent context window bloat as your wiki grows.


What You Can Do

Say thisWhat happens
"Capture this: here's how we set up monitoring..."Creates a file in _inbox/, offers to file it
"We decided to use Terraform over Pulumi, document why"Decision record with context, options, rationale, and an outcome section to fill in later
"What do we know about our hiring process?"Scans summaries, synthesizes an answer with source citations
"Lint the wiki"Surfaces stale files, missing metadata, orphaned docs
"Start a new initiative: migrate to Kubernetes"Project workspace with brief, timeline, artifact tracking
"Create a slide deck summarizing Q1 decisions"Generates output in _output/, dated and organized

These form a cycle. Capture feeds queries, queries inform decisions, decisions get tracked, lint keeps it all healthy. The system compounds over time.


Go Deeper

TopicWhat's there
Training PhasesHow the system adapts to you over 30 days
Directory StructureWhat each folder is for, why there are only 4
Journal Sync & PrivacySyncing 3-Journal/ across devices — plaintext, git-crypt, or external
Metadata StandardThe format that makes everything queryable
Supported ToolsClaude Code, Cursor, Copilot, Windsurf, ChatGPT, and others
Obsidian SetupPre-configured vault, plugins, web clipper
Design DecisionsWhy the system works the way it does
FAQCommon questions
Linked Code ReposConnect wiki project entries to real code repos — workspace files, context files, Obsidian plugin dev
Extending & ContributingCustomize locally vs. contribute upstream
Future DirectionsWhere this is headed
PhilosophyThe deeper thinking behind the system

The examples/ directory has four sample files showing the metadata standard in action. Read them, then delete them when you're comfortable.


Credits

Built on Andrej Karpathy's LLM Wiki Pattern. Implementation by Ariel Sakin, refined over several months of daily use managing business operations.

License

Apache 2.0. See LICENSE.

docs/supported-tools.md

Supported Tools

This repo works with any LLM that can read files. Agent-specific bootstrap files are included:

ToolBootstrap FileSetup
Claude Code.claude/CLAUDE.mdAutomatic
Cursor.cursor/rules/Automatic
GitHub Copilot.github/copilot-instructions.mdAutomatic in VS Code
Windsurf.windsurfrulesAutomatic
Codex CLI / Gemini CLI / othersAGENTS.mdAutomatic via the AGENTS.md standard
Claude Chat (claude.ai)—GitHub sync via Projects (see below)
ChatGPT—GitHub connector or Vector Store Sync (see below)

How It Works

All real instructions live in _config/config.md and _meta/instructions/general.md. The tool-specific files are thin shims that point there.

This is intentional. When you customize the system's behavior, you change it in one place and every tool picks it up. Adding support for a new tool is trivial: create a shim file that says "read config.md first."

The State of Agent Instruction Files

The ecosystem is still converging. AGENTS.md (now under the Linux Foundation) is the closest thing to a cross-tool standard, but most tools still read their own proprietary file too. This repo ships shims for the most common ones. If your tool isn't listed, creating a shim takes 30 seconds.


Agentic Tools vs. Chat LLMs

There are two classes of tools, and they work differently with this system.

Agentic tools (Claude Code, Cursor, Copilot, Windsurf) have file system access. They read your wiki at session start, write files, and commit to git. They get the full experience — session start protocol, routing table, lint, everything.

Chat LLMs (Claude Chat, ChatGPT) have no file system access by default. They can't write to your repo. They're thinking partners and research tools — useful alongside agentic tools, not as replacements for them.

The practical split:

  • Use an agentic tool to capture, file, and maintain the wiki

  • Use a chat LLM to research, brainstorm, and think — then bring the output back to the agentic tool to file


Using Claude Chat (claude.ai) with Your Wiki

GitHub Sync via Claude Projects

Claude Projects has an official GitHub connector. Setup:

  1. Create a Project at claude.ai

  2. In the project settings, connect your GitHub repo

  3. Select the branch and files to sync — recommended: _config/config.md, _config/context.md, and whatever you're currently working on

  4. Every chat in the project loads those files as background context

When you push changes, click "Sync now" inside the project to pull the latest. One click, not a re-upload.

What gets synced: File contents only. Not git history or PR metadata.

For private repos: Claude reads through GitHub's OAuth — your data stays inside GitHub's trust boundary. Nothing is exposed publicly.


Using ChatGPT with Your Wiki

Two options, in increasing order of automation.

Option A: GitHub Connector (On-Demand)

ChatGPT can connect to your GitHub repo and read it in real time via the GitHub connector in ChatGPT settings. Good for one-off questions about your wiki content without any setup beyond OAuth.

Option B: Vector Store Sync (Automatic)

The ChatGPT Assistants Vector Store Sync GitHub Action automatically updates a ChatGPT assistant's knowledge base every time you push to the repo. After setup, every git push triggers a sync — no manual action needed.

This is the most automated option available without building a custom server.


MCP Servers and Privacy

An MCP server wrapping the wiki can expose it to any MCP-compatible client. Before setting one up, consider:

Local MCP server (safe): Run it on localhost only. Claude Code connects to it locally. Nothing touches the internet. Works when your computer is on; doesn't help with mobile or remote access.

Internet-facing MCP server (use carefully): Exposes your wiki over the internet. If your wiki contains private notes, journal entries, or sensitive decisions, this is a real risk. If you need it, protect it with a secret token and run it on a managed platform (Cloudflare Workers, Fly.io) rather than your own machine.

The safer alternative for most needs: The GitHub-based sync options above (Claude Projects, ChatGPT connector) keep everything within GitHub's security perimeter. You're already trusting GitHub with the data — these integrations don't expand that trust boundary.

GitHub Actions as private compute: For automation that needs to read the full wiki and do AI-powered work (summaries, analysis, scheduled reports), GitHub Actions is a good option. It runs within GitHub's infrastructure, reads your private repo with your credentials, and writes results back — no server required, no data exposed.

73 files

Advantages

  • The system adapts to user patterns over a 30-day training period without requiring upfront taxonomy design. evidence: README.md
  • Metadata standards on every document allow the AI to scan summaries and tags without loading full files, enabling scalability. evidence: README.md
  • The inbox-first capture system allows for frictionless entry of information with a 7-day TTL for later filing. evidence: README.md

Limitations

  • The template approach disconnects the user from upstream updates unless the Framework Track setup is used. evidence: README.md

Security

Risk level: No risk found

This brain runs

Agent instructions that run or fetch something (1)

  • .claude/CLAUDE.md: **Exception:** If the user's first message is a `/init` command or a meta question about the repo setup, complete that first — then run the Session Start Protocol on the next exchange.

Attribution and licence

First committed by
GitHub avatar of asakinasakin
Publisher
Ariel Sakin (Community)
Source
asakin/llm-context-base · commit 3c096ca
Licence
Apache License 2.0 (files served here)
  • ATTRIBUTION.md (written by AutoGineer)
Synced
Contributors
asakin, claude

AutoGineer is not affiliated with or endorsed by asakin.

Download

The ZIP holds the files AutoGineer serves, with ATTRIBUTION.md and the licence. Download llm-context-base.zip