2
6 Comments

I built an open-source Chrome sidebar for AI workflows. Here is what 6 weeks of solo dev taught me about distribution.

AI Buddy is a free, open-source Chrome extension that turns selected page text or annotated screenshots into prompts for ChatGPT, Claude, Gemini, DeepSeek, or Copilot. It lives in the Chrome side panel, so the source page stays visible while the AI conversation opens next to it.

I shipped the first version 6 weeks ago. Some honest notes for anyone building a similar tool:

  1. The product is not the hard part. Wiring a side panel and a content script takes a weekend. The hard part is finding the first 10 users who actually need it.

  2. Distribution channels vary in conversion per post. Posting in r/ChatGPTCoding with a real builder story got me one install. Posting in r/ClaudeAI with a screenshot workflow got me two. Posting in r/LocalLLaMA cost me a karma ratio I had to recover from. I now track every post against a CWS UTM link so I can see which channel actually converts.

  3. The CWS listing is the conversion node. If your store title is just the project name and the description is generic, people bounce. A listing that says "select text, send to ChatGPT, no copy paste" converts better than a listing that says "AI productivity assistant" with no specifics.

  4. Open source earns trust in a way paid tools do not. I see this in the comments more than I see it in installs. People say "I would not have tried this if I could not read the source" more than they say "the price is right." That is a moat, not a sales line.

  5. The next thing I am testing is the difference between a weekly build-in-public post and a daily reply-and-upvote grind. The first is harder to write, but I expect it to compound. The second is easy to do and I am not sure it moves installs.

If anyone is shipping a similar tool, the things I would love to compare notes on: side panel vs popup, screenshots vs text-only, and which AI destinations actually drive install clicks.

GitHub: https://github.com/mnbqwe10/ai_buddy
Chrome Web Store: https://chromewebstore.google.com/detail/ai-buddy/eigpaeoigklelmfgnkljhbjjbpohenpn

on June 26, 2026
  1. 1

    UTM tracking from day one is advice everyone hears and almost nobody actually does until they've already wasted a few weeks not knowing which channel is doing anything. By the time you realize you need the data, you've lost the window to collect it retroactively.

    The concrete versus vague Chrome Web Store listing point is something a lot of extension builders get wrong because they write the listing like a feature list instead of describing the exact moment someone would reach for it. Specific beats impressive every time in a store full of vague promises.

  2. 1

    The CWS listing line is exactly right. "Select text, send to ChatGPT, no copy paste" is concrete enough that someone can picture the workflow in two seconds. For tools like this, cutting out one annoying step usually matters more than sounding vaguely AI-powered. That's part of what I learned building DictaFlow too. People buy the saved motion, not the abstraction.

  3. 1

    The UTM tracking per channel is smart. Most people guess which channel works. You're measuring it. The build in public post vs reply grind comparison is the real experiment. One compounds, the other doesnt. I've seen the same with IH comments vs posts.

  4. 1

    The UTM tracking point is the one I would double down on. For AI workflow tools, I think there are really two conversion loops to measure: which channel brings installs, and which AI destination/model path actually becomes repeat usage.

    Side panel vs popup is a UX question, but ChatGPT vs Claude vs Gemini vs local/open models quickly becomes an economics question too. Once users start sending larger screenshots or page chunks, it helps to know which workflow, model route, retry, and fallback created the spend instead of only seeing the final API bill.

    That is the part we keep thinking about with Tokens Forge: if a product gives users easy AI access, the operator still needs a ledger behind it that explains route, model, balance bucket, and per-workflow usage. Otherwise it is hard to tell whether a distribution win is also a profitable workflow.

  5. 1

    Really insightful post, this. I have experienced #4 myself. Browser extensions especially, open source isn't just about the "price," it's about the trust of not being a black box.

    I’d definitely vote for the side panel over a popup. Being able to keep the source text in view while the AI works next to it is the only way this actually fits into a real workflow without the constant "copy-paste-toggle" fatigue.

  6. 1

    The biggest takeaway wasn't the extension—it was treating distribution like an experiment instead of guesswork. Tracking every channel with UTMs and letting the data decide where to invest is a much better approach than chasing engagement metrics alone.

Trending on Indie Hackers
I built a tool directory that doesn't pretend every founder has the same needs User Avatar 64 comments I Was Picking the Wrong SaaS Tools for Two Years. Here's the Mistake I Finally Figured Out. User Avatar 54 comments Drop your landing page URL. I'll use Ferguson to tell you why visitors might be leaving User Avatar 52 comments AI helped me ship faster. Then I forgot what my product actually does. User Avatar 38 comments Most early-stage SaaS companies miss churn signals — here’s how to catch them early User Avatar 31 comments How I Run a 1.7M Product Search Engine at 66ms on a $0 Hosting Budget User Avatar 19 comments