Field notes

Origin · Chapter 00

The unpaid clerk

Every productivity app I paid for gave me boxes and left me doing the filing. This is why I stopped paying and started building.

I've spent most of this year building something I wanted for years and couldn't buy.

Not couldn't afford. Couldn't buy. It wasn't for sale, from anyone, at any price, and I'd looked properly. I have paid for most of the good ones at some point.

The trade nobody puts on the pricing page

Every productivity app I've paid for made the same quiet trade. It gave me boxes, and I did the filing.

Notes in one app. Tasks in another. A whiteboard for the thinking that refused to become a list. A spreadsheet for the money, because money is apparently a separate life that happens somewhere else. Each one excellent at its job. Each one completely incurious about the other four.

And me in the middle, carrying meaning between them. Copying the deadline from the note into the task. Remembering that the expense belongs to the project whose board is in a third place. Being the integration layer, unpaid, forever.

The apps were good. The clerking was the price.

What took me a long time to see is that it's a price you pay continuously. Not a setup cost you absorb once and then enjoy the system. Every day, in small increments, in the exact moments when you're busiest, because that's when things arrive faster than you can file them.

Two weeks

Here's the test I eventually applied to everything I used.

Stop doing the clerk work for two weeks. One bad fortnight. A deadline, a family thing, a stretch where you're just underwater. Then come back and look at what you built.

Every system I'd ever set up failed that test. The tags stopped being applied. The inbox stopped being processed. The beautiful nested structure got a layer of unfiled sediment on top, and then another, and at some point I stopped opening it because opening it meant confronting the backlog of filing I owed it.

It rots into a junk drawer. The tool was only ever as organised as my last good week, and nobody's good weeks are continuous. Blaming the software misses it, and so does blaming my discipline.

That's a structural property, not a personal failing, and once I saw it as structural I couldn't unsee it. Every organisational system I could buy had its own upkeep as a load-bearing dependency. Remove me, and it degrades. That is a strange thing to accept from software.

The bet

The Margin is my bet that the trade is backwards.

A workspace should carry its own memory. It should notice what belongs together and do the filing itself, underneath the work, rather than handing me one more job to perform on top of it. Structure should be something the tool grows on its own, out of what I actually put in, while I get on with the thing I was doing when the thought arrived.

Stated like that it sounds obvious, which is the trap. It is a much harder product to build than a nicer set of boxes, and most of the difficulty is not where I expected it to be.

The easy part was deciding the app should hold everything: tasks, notes, money, habits, the family's chores as well as my work. One system of record for the whole Tuesday, including the parts that aren't a job.

The hard part is the noticing. A tool that files things for you is only tolerable if it files them correctly, and correctly means something closer to "the way you would have, if you'd had time" than to "consistently".

Confidently, hilariously wrong

Early versions were confidently wrong about what mattered to me, and the confidence was the funny part.

One of them looked at months of my life and decided the most significant pattern was that I eat breakfast. Repeatedly. It surfaced this as an insight, with a connection drawn between one breakfast and another breakfast, because they were, undeniably, related. Recurrence is easy to detect and means almost nothing on its own, and it took a screenshot of my own review queue to make me admit the engine was measuring the wrong thing entirely.

Another version was quietly failing to remember anything at all. Not crashing. Failing politely, catching its own error, carrying on, so that nothing in the logs ever complained. Careful engineering had built a perfect hiding place: it was fail-soft, which in the absence of any observability is indistinguishable from fail-silent. It had been broken on every call it had ever received.

There have been others. A vault that sealed a board without sealing the cards inside it. An assistant that talked itself in circles about two hundred times because the machinery around it had accidentally built a mirror. A note that was ninety-eight per cent invisible to the very system meant to be reading it.

Every one of those taught me more about software than years of shipping ordinary apps did. Ordinary apps fail loudly. Systems that infer things fail by being subtly, plausibly wrong, and the only way to catch that is to keep checking your own work against reality long after the tests pass.

What this series is

Field notes from inside the build. What broke, what the fix actually was, and what an AI-native life OS costs to make. The numbers where I have them, the screenshots even when they don't flatter me, and the reasoning at the point where it was still uncertain rather than tidied up afterwards.

Not a launch campaign. The engineering, while it's fresh enough that I still remember being wrong.

If you've ever abandoned a beautifully organised system because you turned out to be the one doing the organising, I'd like to know what broke first. That answer is the whole design brief.