Build Log: How We Designed a Personal Learning System in One Weekend
The real process behind building a system that tracks what you learn, surfaces gaps, and compounds over time.
A transparent look at the design decisions, dead ends, and final architecture of a personal learning system — plus the template to build your own
Build Log: How We Designed a Personal Learning System in One Weekend
This is a build log. Not a tutorial — a transparent record of what we actually built, why we made the decisions we made, and where we hit dead ends. The goal is to show you the messy reality of building something useful, not the polished version.
The project: a personal learning system that tracks what you're learning, surfaces knowledge gaps, and helps compound your growth over time. We built the first version in a weekend. Here's exactly how it went.
The Problem We Were Solving
During the first Deventure Academy cohort design sessions, we kept running into the same issue: students learn a massive amount in six weeks, but most of it evaporates within a month. They'd learn about validation frameworks, use them once, then forget the nuances by the time they needed them again.
The underlying problem: learning without a system is just temporary exposure. You consume information, feel like you understand it, then lose it because there's no structure for retrieval and application.
We wanted something that:
- Captures what you learn in the moment (low friction)
- Organizes knowledge by topic and connection (not just chronologically)
- Surfaces things you haven't reviewed in a while (spaced retrieval)
- Shows you where your knowledge is deep vs. shallow (gap detection)
What We Tried First (And Why It Failed)
Attempt 1: Notion database with tags. We started with a Notion database. Each entry was a "learning note" with tags for topic, source, and confidence level. The idea was that you'd review the database weekly and filter by low-confidence topics.
It failed within three days. Here's why:
- Adding entries felt too heavy. Opening Notion, creating a new page, filling in properties — too many steps for capturing a quick insight.
- Tags became inconsistent. "AI tools" vs "AI-tools" vs "ai tools" vs "artificial intelligence." Without enforcement, the taxonomy devolved.
- No one did the weekly review. It's easy to build a system that requires discipline. It's hard to build one that works without it.
Attempt 2: Voice memos + AI transcription. We tried recording voice memos after learning something, then using AI to transcribe and categorize them. The capture friction was nearly zero — just hit record and talk.
This was better but still failed:
- Transcriptions needed manual cleanup. AI transcription is good but not perfect, especially for technical terms.
- The notes piled up without structure. We had 40+ transcriptions but no way to connect them or find patterns.
- Retrieval was impossible. "I know I learned something about validation metrics last week" → good luck searching through voice memos.
The Breakthrough: Thinking in Layers
The insight that unlocked the design came from an unexpected place: how developers manage code.
In software, you have three layers:
- Working memory (your current branch) — what you're actively building
- Committed code (main branch) — what's been reviewed and integrated
- Documentation (README, docs/) — the synthesized understanding
What if a learning system worked the same way?
Layer 1: Capture (working memory)
- The fastest possible way to record something you just learned
- No formatting, no categorization, no structure required
- Just get it down
Layer 2: Process (commit)
- A weekly ritual where you review raw captures
- Connect new knowledge to existing knowledge
- Tag, categorize, and assess confidence
- Takes 20-30 minutes per week
Layer 3: Synthesize (documentation)
- Monthly synthesis of what you've learned into durable notes
- These are the "frameworks" — your own articulation of concepts
- They become reference material you can return to
What We Actually Built
The final system is surprisingly simple. No app. No custom software. Just a structured workflow using tools most people already have.
Capture Layer: A single markdown file.
One file called inbox.md. Every time you learn something, add a bullet point with a timestamp. That's it. The file lives in a notes folder synced across devices. The entire capture process takes 10 seconds.
Format:
- 2026-03-22 10:30 — Learned that spaced repetition works best at intervals of 1, 3, 7, 14, 30 days. Source: research review on memory consolidation. Connected to: how we structure cohort follow-ups.
One line. Timestamp, what you learned, where you learned it, and an optional connection to something you already know. The connection part is the most valuable — it forces you to integrate new knowledge immediately, even if loosely.
Process Layer: A weekly 25-minute ritual.
Every Sunday, open inbox.md and process each entry:
- Categorize — move it to the right topic file (e.g.,
topics/learning-science.md,topics/ai-tools.md,topics/startup-frameworks.md) - Rate confidence — 1 (heard about it), 2 (understand it), 3 (can explain it), 4 (have applied it), 5 (can teach it)
- Connect — add a "related to:" line linking it to other notes
- Flag gaps — if processing a note reveals you don't understand something, add it to
gaps.md
The gaps.md file is powerful. It's a running list of things you've been exposed to but don't really understand. It becomes your learning priority list.
Synthesize Layer: Monthly "framework notes." Once a month, review your topic files and write framework notes. These are your own articulation of concepts — not copy-pasted definitions, but how YOU understand them.
A framework note has three parts:
- The concept — what it is, in your own words
- When to use it — specific situations where this applies
- What I've learned from applying it — your personal experience and modifications
These framework notes become your personal knowledge base. When you encounter a similar problem in the future, you have your own reference material — not generic advice, but wisdom you've earned.
Design Decisions and Tradeoffs
Why markdown instead of an app? Apps add friction and create vendor lock-in. Markdown files are portable, searchable, and work with any text editor. They version-control with Git. They'll outlast any app.
Why not use AI for the processing step? We considered having AI auto-categorize and connect notes. We decided against it because the processing step IS the learning. When you manually categorize a note, you're forcing your brain to retrieve and connect information. That's where retention happens. Automating it would make the system faster but defeat its purpose.
Why weekly processing instead of daily? Daily felt too frequent — it turned into a chore. Bi-weekly meant the inbox got too long and processing felt overwhelming. Weekly hit the sweet spot: manageable volume, regular enough to prevent staleness.
Why the confidence rating? This was inspired by spaced repetition research. Items rated 1-2 need more attention than items rated 4-5. Over time, you can filter your topic files by confidence level to see where you need more practice.
The Results After Four Weeks
After using this system for four weeks during our curriculum design process:
- Captured 127 learning notes (average 4.5 per day)
- Organized into 14 topic files ranging from 3 to 23 entries each
- Identified 19 knowledge gaps we didn't know we had
- Wrote 6 framework notes that became part of the curriculum
The most valuable output was the gaps file. We discovered that our understanding of cohort-based learning models was shallow — we'd read about them but couldn't explain the mechanisms behind why they work. That gap sent us into deeper research that fundamentally improved our curriculum design.
How Students Use This
In the Deventure Academy cohort, students set up their learning system in Week 1. By Week 6, they have:
- A personal knowledge base organized by topic
- A confidence map showing where they're strong and where they have gaps
- Framework notes they've written in their own words
- A habit of reflective learning that continues after the program
The system is simple enough to maintain but structured enough to compound. That's the design goal: minimum viable process for maximum learning retention.
What We'd Change
If we rebuilt this from scratch:
- Add a "connections graph." Right now, connections between notes are text-based ("related to: X"). A visual graph showing how knowledge connects would be powerful for seeing patterns.
- Build a retrieval prompt. A simple script that randomly surfaces 3 old notes each day for review. Passive spaced repetition without manual scheduling.
- Create shareable framework notes. Right now they're personal. Making them shareable would let cohort members learn from each other's articulations.
These are future improvements. The core system works without them.
Build It Yourself
If you want to try this, here's the setup:
- Create a folder called
learning-system/ - Inside, create:
inbox.md,gaps.md, and atopics/subfolder - Start capturing — one line per insight, include timestamps
- Set a calendar reminder for Sunday mornings: "Process inbox" (25 min)
- At the end of each month, write one framework note on your strongest topic
That's it. No app to install, no subscription to pay for. Just a structured way to turn information into knowledge.
The constraint is intentional. If the system is too complex, you won't use it. If it's too simple, it won't produce value. This is the minimum viable learning system — and it works.
The bottom line: Learning compounds when you have a system. Capture fast, process weekly, synthesize monthly. The tools don't matter — the ritual does. Build a system that works for your brain, not against your habits.
Want to go deeper?
This workflow is a simplified version of what Deventure Academy students build during the program. In the cohort, you get the full system with mentorship, feedback, and a team to build with.
Learn about the program →Get weekly builder intel
Tool reviews, workflows, and founder insights. No spam.
