> casey@builds:~

I build tools. Then I put the build on YouTube.

SEO tools. Web apps. Focused utilities I choose to ship — not a repair queue. Watch the work happen, then use what makes it out alive.

> ls ./tools

What I’m building

A short list of tools I choose to make — then document in public.

Web apps

Sites, admin panels, and product UIs I design and ship end to end — Flask, App Engine, Firestore, and a UI that doesn’t look like a default template.

SEO tools

Index checkers, Search Console workflows, bulk utilities — tools I’d want in my own stack. Built for operators, not course funnels.

Builds on YouTube

Every tool gets a public trail: what I’m making, why it exists, and how it works. Subscribe for the builds — use the tools when they ship.

> stack --list

  • Python / Flask
  • Google App Engine
  • Firestore
  • Search Console APIs
  • SEO tooling
  • YouTube build logs

> ./pipeline.sh

How a tool gets made

  1. 01
    Pick the tool

    Something worth building — a clear job for SEO or the web, not a feature salad.

  2. 02
    Build in public

    Design, code, and ship decisions on camera so you can follow the real process — not a highlight reel.

  3. 03
    Publish the product

    Live URL, docs in The Files, and a YouTube episode you can actually learn from.

Want the next tool when it ships?

Read the build notes, watch the videos as they go up, or reach out if you’ve got a tool idea worth making.