explainmyrepo

open source · free · no login

You built something genuinely good. Give it a front door that proves it.

Point explainmyrepo at any GitHub repo. It reads the real source and builds a cinematic, art-directed explainer — the page you proudly forward, a repo you own, and a downloadable AI knowledge pack — carrying a stranger from “never seen this” all the way to “oh, I get it. I want this.”

A real explainer page that explainmyrepo generated for the PhotonLayer repo: a bold headline 'The lens already did the thinking', a prism splitting white light into a rainbow, and an independent-explainer provenance line.
one flat repo in → bespoke explainers that build themselves · no two alike
npx @isovision/explainmyrepo <github-url>
  • a page you forward
  • a repo you own
  • an AI knowledge pack

Why this exists

Great tools ship with READMEs written by people who already get it — so a curious developer hits a wall of jargon and quietly closes the tab.

It isn’t that the tool is bad. The introduction is. Engineers ship things assuming people already know why they’d care — and they usually don’t. That costs you twice in the age of AI:

A human lands on your repo, doesn’t get it in thirty seconds, and leaves — the work was great, the welcome wasn’t.

An AI (Claude Code, Cursor) gets asked about your repo and guesses, because it has no grounded understanding of the actual source.

What you get

One command. Three things you keep.

Each one is grounded in your repo’s real source — no invented features, no confident guessing.

A live explainer page

The link you actually forward. A bespoke, art-directed walkthrough at its own URL — a real architecture diagram and a real data-flow diagram, drawn from your code itself.

the page you share

A GitHub repo you own

You’re invited as a collaborator on the explainer’s own repository, so you can edit it any time. It’s yours — separate from your app’s repo, never tangled with it.

yours to edit

A downloadable AI pack

A drop-in .zip: a real RVF vector knowledge base, a search CLI and an MCP server — so Claude Code or Cursor answer about your project from the real source, not a guess.

for their AI

The process

Not a template filler. A thinking author.

This is the part you couldn’t be bothered to do by hand — and the part that makes the result look like a serious team built it. One brain runs your repo through an ordered sequence, and loops on the quality gate until it’s genuinely good.

The explainer build pipeline Seven stations run left to right: read, understand, conceive, author, visualize, then grade — which loops back to refine — and finally ship. A pulse of light travels along the connecting track. refine ⟲ until it clears the bar 01read 02understand 03conceive 04author 05visualize 06grade ⟲ 07ship
read, understand, conceive, author, visualize, grade (loop), ship.
  1. Read — clone the repo and confirm it’s reachable.
  2. Understand — build a real RVF vector knowledge base from the actual code, plus a symbol index, dependency graph and entrypoints. Everything downstream is grounded here.
  3. Conceive — before writing a word, invent this repo’s art direction: a visual metaphor that fits, a palette, a type personality, a hero. That’s why every explainer looks different.
  4. Author — write along a comprehension arc, the questions a newcomer actually asks, in order. Every claim traces to a passage in the KB.
  5. Visualize — generate emotional imagery and crisp vector diagrams. A real architecture diagram and data-flow diagram are mandatory, drawn from the repo’s own structure.
  6. Grade ⟲ — render the page, score it on real pixels, and refine in a loop until it clears the bar.
  7. Ship — deploy the already-great page, create the repo, invite you in, and email you the scorecard, both screenshots and every link.

The quality gate

It refuses to ship something ugly.

A generic generator emits something and stops. explainmyrepo does not ship until an independent critic and a set of owner-signed questions both pass — on mobile and desktop.

The quality gate flow The live page is rendered at mobile and desktop sizes, an independent vision critic scores craft and substance, five operator questions must all answer yes, and only then does it ship. A back-arrow shows the refine loop. render · 390 + 1440px independent vision critic Gate A · substancedo they get it? Gate B · craftdid someone who cares make this? ≥ 90 5 operator questions ship it ✦ refine the named weakness

On both devices, the operator must answer YES to all five — looking at the real screenshots:

  1. Would this make me believe I understand this?
  2. Would this make it approachable?
  3. Would this explain it for somebody who doesn’t understand it?
  4. Would it give me confidence I understand the architecture?
  5. Does it make me smile — “oh, that’s cool”?
90mean · min axis 85

Anchored to real, hand-built exemplars — not impossible perfection. One weak axis (a raw diagram, a pretty-but-empty image) scores ~50 and fails the whole build. If a repo genuinely can’t clear the bar, it says so honestly instead of shipping slop.

Get seen

A great repo nobody can find is wasted.

Breaking through the noise on GitHub is almost impossible unless you’re already a name. So every explainer ships the professional touches that make your work look credible — and widen the circle of people (and AIs) who’ll actually find it.

SEO & AI discoverability, baked in

Real meta tags, sitemap.xml, robots.txt and an llms.txt — so search engines and AI crawlers find it and represent it correctly.

Favicons in 7 sizes

16 / 32 / 48 / 192 / 512, an .ico and an apple-touch icon — so the browser tab, the bookmark and the home-screen shortcut all look intentional.

A 1200×630 share card

A designed Open Graph card with your tagline baked in — so a link dropped in Slack, X or iMessage unfurls as a rich, elegant preview instead of a bare URL.

A bare text link versus the rich link-preview card explainmyrepo generates.

One brain, three doors

The judgment lives in one place.

The whole brain is a single Claude Code skill. Three thin doors run the identical engine — improve the brain once, and it improves everywhere.

npx CLI

The one-liner. Zero install, runs anywhere Node does, using your own keys.

npx @isovision/explainmyrepo

Claude Code plugin

Install once, then explain any repo with a slash command from inside Claude Code.

/explainmyrepo <github-url>

Hosted website

Paste a GitHub URL in the browser. Same engine, nothing to install.

explainmyrepo.isovision.ai

Get started

Point it at a repo. Walk away.

Both doors run the identical engine, so the result is the same however you start it.

recommended

npx — works for anyone

Zero install. Runs anywhere Node does, using your own keys.

npx @isovision/explainmyrepo <github-url>

e.g. npx @isovision/explainmyrepo https://github.com/you/your-project

claude code

The Claude Code plugin

Install once, then explain any repo with a slash command.

/explainmyrepo <github-url>

One-time install → then /explainmyrepo is always a keystroke away.

Honest status: the engine is built and proven. The npx package and the Claude Code plugin are publishing now — until that lands, it runs as the Claude Code skill in this repo. We won’t show the command as “done” until it actually installs.

Give your repo the front door it deserves.

You did the hard part — you built something real. One command turns it into a page people actually read, an AI pack their assistants understand, and a first impression that finally matches the work.

npx @isovision/explainmyrepo <github-url>