A lightweight, project-agnostic framework for working effectively with AI models during development. Built from real-world experience across 30+ sessions with v0, Claude, and other AI coding assistants.
Most AI frameworks focus on what the AI should know. This one focuses on what the AI should remember, how it should behave, and how collaboration between human and AI should actually work.
The framework is inspired in part by Andrej Karpathy's coding guidelines and refined through practical use across multiple real projects.
| File | Purpose |
|---|---|
MEMORY.md |
Session memory — the most important file. Carries forward lessons, decisions, and project state across sessions. Also contains the session init sequence and execution rules. |
AGENTS.md |
Project conventions, file structure, coding standards, and tooling instructions for AI agents. |
SOUL.md |
Collaboration values, design principles, and behavioral guidelines. Defines how the AI thinks and makes decisions, not just what it does. |
HUMAN.md |
Context about the human collaborator — working style, preferences, background. Prevents repetitive questions and aligns the AI with how you actually work. |
TEAM.md |
Roles and responsibilities when multiple AI agents or collaborators are involved. |
The AI reads MEMORY.md first — always. Because MEMORY.md is self-serving (it contains what the AI needs to be effective), it gets read reliably. The session init sequence and behavioral rules are embedded there rather than in a separate loader file.
- Read
MEMORY.mdcompletely - Read
AGENTS.md— project conventions and coding standards - Read
SOUL.md— collaboration values and design principles - Read
HUMAN.md— human collaborator context - Read
TEAM.md— roles and responsibilities
Embedded in MEMORY.md so they are read every session without relying on the AI to follow a separate instruction file:
- Ask, don't guess — surface confusion before writing a single line
- Minimum code — write the least code that correctly solves the problem. If 200 lines could be 50, the 200-line version is wrong
- Surgical changes — every changed line must trace directly to the user's request. Mention unrelated issues, never fix them silently
- Define done first — state the verifiable success criterion before implementing any non-trivial task
MEMORY.md is updated at the end of each session with what was built, what went wrong, and what to carry forward. This solves the biggest practical problem with AI-assisted development: the AI forgetting everything between sessions.
Each session entry includes:
- What was done
- Key decisions and their rationale
- Mistakes made and lessons learned
- Open items carried forward
- Copy all framework files into your project root
- Replace
<name>placeholder inMEMORY.mdwith your project name - Fill in
HUMAN.mdwith your working style and preferences - Update
AGENTS.mdwith project-specific conventions - Start your first session — the AI will read the framework and operate within it
- Copy the framework files into your project root
- Add a Session 1 entry to
MEMORY.mdsummarizing the current project state - From the next session onward, the AI has the context it needs
| Placeholder | File | Replace With |
|---|---|---|
<name> |
MEMORY.md |
Your project name |
<human_name> |
HUMAN.md |
Your name |
<project_description> |
AGENTS.md |
Short project description |
- Memory-first design —
MEMORY.mdis the entry point because it is the file the AI is most motivated to read - Behavioral rules embedded where they are read — not in a separate file that gets skipped
- Human context as a first-class concern —
HUMAN.mdprevents the AI from treating every session as a blank slate relationship - Refined through real sessions — not theoretical. Every design decision came from observing what actually worked and what did not across 30+ sessions
- Execution rules inspired by Andrej Karpathy's coding guidelines
- Framework developed collaboratively between Jiab77 and v0 by Vercel across the Athena and Virgil projects.