Projects

A few things I'm spending my time on lately.

Beenthere logo

A quiet place to keep the trips you've taken.

What it is

BeenThere is a small travel app. You pin the places you've been, keep the photos and the little details a trip deserves, and end up with a clean record of where you've gone. No feed, no followers, nothing to perform for.

Why I'm working on it

I kept losing trips I loved: photos on old phones, tickets buried in email, stories I could only half remember. I built BeenThere so the good parts live somewhere I actually own. It's also the project that has taught me the most, both about designing calm software and about building with agents.

webmcp-stack logo

Tooling that turns your API into something agents can safely use.

What it is

WebMCP lets a website expose typed tools an AI agent can call in the browser. webmcp-stack takes the API contract you already have and generates those tools as real files in your repo. It classifies each one as read, write, or destructive, keeps the risky ones off until you turn them on, and lets you review and test the whole surface in a local dashboard.

Why I'm working on it

Right now an agent that wants to use your app reads the screen and clicks, which is slow and easy to break. WebMCP gives it a better path, but someone has to author that surface, and doing it carelessly means handing a model your payment and admin endpoints. I wanted the safe path to also be the easy one: generate from the contract you already trust, review the diff, gate it in CI. It's the developer tool I wished existed, so I'm building it.

Safe to Merge logo

A handbook for building reliable software when agents write most of the code.

What it is

A practical, research-led handbook about the system that has to exist around AI agents: how intent becomes something an agent can act on and verify, how a change is understood before it merges, how evidence is gathered, and how production feeds back into the next decision. It isn't about agents themselves. It's about everything around them.

Why I'm working on it

As a solo developer I leaned on agents to move faster, and learned quickly that writing code is the easy part. The hard part is the system around it: context, boundaries, evidence, recovery. I needed this handbook, so I started writing it. I study teams doing this in production, talk to engineers, and test the patterns on my own projects. The goal is safe velocity: moving fast without losing trust.

Smaller things

Older experiments and side projects that didn't need more than a weekend.