the lab
project

Margin

An experiment in marginalia as a primary writing surface — what happens when the side-note is more important than the main text.

active since September 2025 tools for thoughtinterface aesthetics

Margin started from a small irritation: the most useful sentences I write about a paper rarely end up in the paper. They end up in the gutter, on a sticky note, or in a Telegram message to myself. Mostly the last one.Or, embarrassingly often, in a comment-only Google Doc that no one but me ever reopens.

The project explores what happens when an interface treats those marginal sentences as the primary surface — and pushes the “main text” into the role of seed. Not a new note-taking app; closer to a reading prosthesis.

The working hypothesis, in one sentence.

A reader who annotates aggressively at the moment of reading remembers considerably more, and synthesizes considerably better, than a reader who makes neat notes afterwards — and the existing tools punish the former.

I’m pulling on three threads in parallel: how to capture margin notes without context-switching, how to retrieve them weeks later, and what to do when two notes about different texts turn out to be the same idea.

For the broader thinking that motivates this, see Tools for Thought and the running notes in Reading on paper vs. screen.

River

  1. Oct 30, 2025 Gesture set v2 note Second draft of the gesture vocabulary for Margin, after the first prototype.
  2. Oct 29, 2025 First prototype reads a paper end-to-end timeline-entry Used the prototype to read Karpicke & Blunt 2011 cover-to-cover. It survived. The gesture set didn't.
  3. Oct 20, 2025 Notes vs. marks note Two different annotation primitives, often confused, with very different design implications.
  4. Oct 12, 2025 A reader's stance post On reading as an active, aggressive thing — and why the tools we have mostly assume otherwise.
  5. Oct 8, 2025 October planning meeting meeting A self-meeting to scope the next two weeks of Margin.
  6. Oct 8, 2025 Are you the user? question When you build a tool for yourself, how do you tell whether the design generalizes — and does it matter?