DIY software, done with engineering judgment.

What an experienced builder would actually do — applied, post by post, to the problems people are bringing to AI agents right now.

  1. 01 Where

    Problems from the wild

    Real founder and operator questions pulled from Indie Hackers, Reddit, X, LinkedIn, and podcasts.

  2. 02 How

    An approach extracted, not invented

    Drawn from my own day-to-day AI exchanges and decisions — augmented with outside research and reviewed before publishing.

  3. 03 Template

    Same shape every time

    Problem named. Common flaws. The approach an experienced builder would defend. Provenance line at the foot.

  4. 04 Who

    Tuned to six situations

    From solo builders crossing the prototype wall to experienced teams answering for AI-shipped code. Each post tags to one (or more) of the six situations below.

01 Browse — Filter by Situation
ForthcomingThe first posts publish this fall. Below is the shape they'll take — the problem named, the common flaws, the approach an experienced builder would defend, and a provenance line at the foot. The scenarios shown are composites, drawn from patterns I see repeatedly, not published case studies. If you want the real ones the day they land, the newsletter below is the only announcement I send.
Filter: What these mean
Preview · Audit

The five-figure SaaS line: which subscriptions are insourceable, and which still aren't

A composite operator's stack laid bare — what AI-native tooling could replace this year, what needs to wait, and the order to do them in without breaking the business.

Preview · Case study

The auth flow the tool built in 20 minutes — and what breaks at 10,000 users

A composite founder scenario: a working signup flow shipped in a day that quietly stops scaling. What ships, what fails, and what a production-grade equivalent looks like.

Preview · Side-by-side

The five-figure, six-week agency proposal — and the four-day in-house alternative

A composite change-order, drawn from patterns across real dev-shop relationships. The agency approach, the in-house approach using AI-native tooling, and the conversation that has to happen first.

Preview · Contrast

The protégé who built the integration vs. the contractor who quoted it

Same scope. Same week. Two paths. How that decision tends to play out — and where the contractor approach is still the right call.

Preview · Field note

"Nobody understands this codebase" — three honest moves before the rewrite question

What to do in the first week before anyone starts talking about modernization. The cheap, honest steps that change the shape of the conversation.

02 The Method

Approach extracted from actual builds.

Each post doesn't start with me writing about a problem from scratch. It starts with a structured read of how I actually think — across agent transcripts, plans, reviews, commits, and decisions from my day-to-day founder work: the same working corpus Remaining Viable studies. That extracted approach is then applied to a publicly-sourced problem, augmented with external research where the problem warrants it, and reviewed before publishing.

This matters for two reasons. First, the approach in each post won't be self-asserted — it will be grounded in observable patterns from work that's already shipping. Second, the same analytic pass will produce signal for Data, particularly the Cognitive, Epistemic, and Judgment dimensions. One instrument, two directions.

Each post will carry a provenance line at the foot: the corpus window analyzed, external sources consulted, and the review pass that preceded publication.

Want more than the posts offer? Get the Playbook or become a mentee.

Sign up for the newsletter.

New Resources, Research, Data readings, and Playbook editions — this list is the only announcement I send.