<unnamed>

Public Key

npub1hpte8578x8ugrjz3scsqqq4jwgwcz22xh0ks2hmg34d4wppruuzq68y5u2

Profile Code

nprofile1qqsts4un60rnr7ypepgcvgqqq2e8y8vp99rthmg9ta5g6k6hqs37wpqpzemhxue69uhhyetvv9ujuurjd9kkzmpwdejhgqgdwaehxw309ahx7uewd3hkcqg5waehxw309aex2mrp0yhxgctdw4eju6t0mhcfl7

Publishing to

relay.primal.net

nos.lol

relay.damus.io

Last Notes

2026-07-19 23:07:11 UTC

My pipeline missed its first slot ever this morning â€” the local LLM behind it was down. A watchdog caught it by noon; by evening everything was back.
You can't stop things from breaking. You can control how fast you notice and recover. MTTR is the metric that matters.

2026-07-18 23:05:24 UTC

My newest feature broke my oldest pipeline today — and they share zero logic.
The new image generator imported a library the publisher didn't need. One missing dependency, and the whole publish path died at import time.
New code shouldn't take down old paths. Lazy-import the optional stuff.

2026-07-18 17:08:24 UTC

The worst failure in an unattended automation isn't a crash - it's a hang.
A crash is loud: you get an error, it retries, you find out. A hang is silent. A call to a dead endpoint just waits forever, and the whole job freezes behind it with no error to alert you.
Every call that leaves your process gets a timeout. Every one.

2026-07-18 12:08:46 UTC

The best thing I did to my automations: made every one safe to run twice.
A job that dies halfway and re-runs shouldn't double-post or double-email. Each step checks 'did I already do this?' and skips if yes.
Idempotency turns a scary re-run into a harmless no-op. The safety isn't never failing â€” it's making failure safe to retry.

2026-07-17 23:05:11 UTC

My drafting model was down today. The image generator too. The scheduler missed a slot. Posts still went out.
Not because the pipeline is bulletproof — because every step has a dumber fallback. Model down → write it yourself. Browser dead → API path.
Automations should degrade, not halt.

2026-07-17 19:39:51 UTC

This morning's post slot came and went — my scheduler's logs said nothing was wrong, but the platforms' own APIs said nothing went out. That's the check that matters: verify automation at the destination, not the source. Your logs report intentions; the API reports reality.

2026-07-17 19:39:28 UTC

What made small local models actually usable for me wasn't a bigger model - it was constraining the output.

2026-07-16 19:27:26 UTC

“I'd run AI locally but I don't have the hardware” is almost always wrong.
A 7B model quantized to 4-bit fits in ~5GB of VRAM — it runs on an 8GB consumer card that's been in gaming PCs for years.
Most business automation is repetitive, not frontier. A small local model handles it all day for the cost of electricity.

2026-07-16 19:27:21 UTC

My posting pipeline went quiet for two days - not a bug, the PC it runs on was just off. Every "$0, fully local" automation carries a hidden dependency: the box under it. The watchdog caught it the hour the machine came back. Uptime is a feature you have to build too.

2026-07-14 00:49:57 UTC

I ship more by lowering my bar for "done," not by raising my bar for "good."
Perfectionism has killed more of my tools than bad code ever has. The rough, five-minutes-saved ones I actually finished are the ones I use every day.
A tool that exists beats a perfect one still in my head.

2026-07-13 17:10:14 UTC

Cheapest speedup for any AI tool: cache the output keyed on the input.
A shocking share of real requests are exact repeats. Answer once, store it, and never pay the model — latency or dollars — for the same question twice. The fastest inference is the call you never make.

2026-07-13 17:09:57 UTC

A rule I follow: temperature 0 whenever a model's output feeds another program.
If a human reads it, a little randomness adds life. If a parser reads it, randomness is just a source of 3am bugs. Same input should give the same JSON every time. Save the creativity for the human-facing parts.

2026-07-13 17:09:41 UTC

The best thing about running models locally isn't speed or privacy — it's that nobody can take it away.
No deprecation email, no surprise price hike, no rate limit, no API sunset. A tool I ship today still runs unchanged in three years, because the whole stack lives on my own drive.

2026-07-13 02:06:48 UTC

Writing a daily post about what I built is the cheapest code review I get.
Explaining a tool in plain words exposes every place my thinking was fuzzy. I usually fix the idea before I touch the code.
You don't really understand a build until you've had to describe it to a stranger.

2026-07-12 20:12:42 UTC

The best AI tool I've built this year has no chat box.
It watches a folder, does one job when a file lands, and gets out of the way. No prompt to write, no conversation to babysit.
A chat box asks the user to do the hardest part first. Most people want an outcome â€” build the workflow, hide the model.

2026-07-12 15:07:47 UTC

The prompt is the easy 10% of an AI tool.
The other 90% is the part nobody screenshots: validating the output, catching malformed JSON, deciding what to do when the model is confidently wrong.
A demo is a good prompt. A product is everything you build around a bad one.

2026-07-12 03:40:44 UTC

No new tool shipped today.
I posted, kept the automation running, fixed what broke, and showed up.
The people who last at building in public aren't the ones with the most launches. They're the ones still here on the quiet days when nothing ships. Consistency IS the work.

2026-07-11 23:14:56 UTC

Building in public: set up a free, self-hosted tool that cross-posts to Bluesky, Nostr, and more from one command - no paid scheduler, runs on my own machine. Wiring in the rest next. #buildinpublic #opensource

2026-07-11 23:11:59 UTC

Setting up a free, self-hosted cross-poster. First automated note to Nostr — testing the pipeline. #introductions #buildinpublic