External-messaging source of truth. Companion to primary-source-spectrum.md (the product boundary).
Live docs, matched to the version you have installed. Straight from the source, on your machine. No stale index, no API key.
The pain: always-latest, straight from the source, with no periodically-recrawled index sitting in between.
Why that holds and is hard to copy: LiveDocs runs locally and goes direct to the source. That is also why there is no third-party doc index in the query path and no API key. context7 is a centralized SaaS by default; matching that locally and keylessly means its Enterprise self-host tier — i.e. leaving the default model.
Lead with the outcome (latest, keyless, no index in the middle). "Decentralized" is the mechanism behind that outcome, not the headline.
Beyond "latest published," LiveDocs reconciles against the version you have installed
(version reconciliation + introspect). It answers for the version you actually run, not
whatever is newest. That kills the version-skew bug: the docs say to use X, but the copy
on your machine doesn't have it. Even latest-only tools miss this. Make it a lead, not a
footnote.
- Latest. Live from the registry,
llms.txt, repo, or introspection; never a recrawled snapshot. Proof (measured 2026-07-02 by the vs-context7 harness): context7's best version-tagged fastapi entry was0.128.0while PyPI was at0.139.0, about ten releases behind — and its top-ranked match carried no version at all. Numbers rot (this line once said0.138.2); the harness is the living source — re-runevals/look-up/compare_context7.pyfor today's. - Private and free, by construction. Your query goes straight to the authoritative source (npm, PyPI, the docs host) — no third-party index in between to log, meter, or rank what you looked up — and version reconciliation reads your locally-installed copy offline. There is no LiveDocs service on the query path: no account, no API key, no seat, no per-token fee, no server that could be breached to leak what you looked up. (Trust doesn't vanish — it shifts to the local signed binary and its distribution; a different surface, spelled out in the head-to-head.) Matching that vendor-free posture on context7 means self-hosting — its custom-priced Enterprise tier. context7 is SOC-2 Type II certified and offers self-host; the edge is structural absence, not that context7 is unsafe.
- Raw and installed. Returns verbatim primary text, and can read the version you actually have. context7 returns ranked, model-summarized snippets, often weeks old.
| Dimension | LiveDocs | context7 |
|---|---|---|
| Freshness | live, direct-to-source, ETag-revalidated | periodically recrawled, so it lags |
| Fidelity | raw verbatim reachable | ranked, model-summarized snippets |
| Your environment | matched to the installed version | version-agnostic snapshot |
| Architecture | local tool, no backend (trust → the signed binary) | hosted SaaS by default (self-host = Enterprise tier) |
| Privacy | no third-party index in the query path (origin host still sees it) | cloud by default (local-processing claimed; SOC-2 Type II) |
| Cost | unmetered (you bear origin-host rate limits) | metered free tier (public only) + paid Pro / Enterprise |
| Breadth | ~any public lib via generic discovery + adapters | large pre-indexed corpus |
The Freshness row is measured, not asserted: the vs-context7 harness (dated capture + per-library data, honesty caveats inline) is the living source of the head-to-head numbers — cite it rather than copying figures into prose that will rot.
The Architecture / Privacy / Cost rows are cited from context7's own pages, with the concessions inline (measured-not-asserted applies to every competitive axis, not just freshness). Both are structural claims, not measured metrics — so the honesty mechanism is dated citation + concession, not a drift-guarded number:
- Vendor / privacy. context7's default is a managed cloud service ("Built by Upstash"; a dedicated private database per organization). It offers self-hosted / on-premise (its custom-priced Enterprise tier), is SOC-2 Type II certified, and claims queries are "processed locally." Read that claim precisely: a hosted SaaS with a per-org database must still route the index lookup to that hosted database — that hosted index is exactly what LiveDocs structurally lacks. LiveDocs has no service on the query path to breach. But be symmetric about the trust surface — it doesn't disappear, it moves: to the local signed binary and its distribution channel (a compromised release or signing key is its own, arguably larger, blast radius), and the origin host + your network still see which library you fetched. So the honest claim is a different trust surface, not a strictly smaller one — with no third-party doc index in it, and no metered vendor.
- Cost (dated capture, context7 pricing 2026-07-05): Free = 1,000 included calls, public repos only; Pro = $10/seat/mo, with private-repo parsing billed at $25 / 1M tokens; Enterprise = custom. LiveDocs is unmetered because there is no metered API to call — but "unmetered" isn't "costless": you bear the origin hosts' own rate limits and your bandwidth. And "private repos" is a different mechanism, not a free superset — context7 parses+indexes a repo in its cloud, whereas LiveDocs reads the copy already installed on your machine (it can't fetch a private repo you haven't checked out). Figures rot; the durable claim is the structure (metered SaaS vs unmetered local), so cite the structure and date any figure. context7's free tier is real, and its pre-indexed breadth is its home turf (conceded above).
context7 leads on distribution, not fidelity. Better-but-niche loses to worse-but-universal. A sharp message buys mindshare, not users. To compete we still need context7's winning half:
- Frictionless install. Already true: an MCP plus the
look-upskill, one line to add. - Presence where devs look: README, awesome-lists, being carried by default in other tools.
- Breadth for the long tail: generic discovery (
llms.txt, registry, repo) plus a shared adapter marketplace that ships metadata, not content. Not a central cache.
Don't lead with "decentralized"; it reads abstract and buzzword-adjacent. Use "local / on your machine / straight from the source / no index in between." Keep "decentralized" for the architecture explanation.
- "The docs your code actually runs on."
- "Latest docs, straight from the source, not a stale index."
- "Live docs. On your machine. No index, no API key, no lag."
A central shared content cache would turn LiveDocs into context7: stale, crawl infra, lost privacy. Speed comes from local ETag revalidation. The community effect comes from shared routes and adapters, never shared content. See the boundary in primary-source-spectrum.md.