1
2 Comments

Launching? More like slowly pushing a rail cart uphill. Alone.

I'm not an engineer. I built a localization planning tool using Claude Code, Vercel, and Supabase over four months of evenings.

Instead of injecting general localization theory, I documented the reasoning behind decisions I've made on real projects over fifteen years, structured as a RAG layer. Each plan pulls relevant knowledge sections and applies them to that specific situation.

It feels like I built the product backwards. Before I cared about the tech stack, I needed to be able to sign off on every output as if it came from me directly.

"Good enough for an AI" didn't work for me.

Now, 95% of the outputs the plan generates, I can safely sign off on.

Five days in, four plans generated, two emails captured. I don't know if this is slow or normal. I have no baseline.

The part nobody prepares you for is the silence after launching. You've been sprinting for months, and then you cross the finish line.

The work you put half of your nerve capital in just sits there, waiting for someone to find it.

Industry peer feedback has been great overall, but that's not what I'm after.

I've been doing individual outreach, trying to get the right people to the tool directly. It feels slow.

I'm genuinely curious what actually moved the needle for you in the first weeks after launch. Not growth tactics, just what worked when almost nobody knew the thing existed.

locjedi.com

on March 24, 2026
  1. 1

    Honestly that's not backwards — that's the right order. Most founders I see build the tech first and spend years trying to figure out what knowledge to put inside it. You already had 15 years of structured decision-making before you wrote a line of code.

    The RAG layer built from real project reasoning is the part nobody can replicate. Tech stacks are commoditized, domain expertise isn't.

    1. 1

      15 years of saying no to bad translation decisions apparently counts as training data, haha.