Frontend Frameworks Public Corpus

This hub tracks reusable frontend project frameworks: knowledge-site shells, documentation frameworks, app frameworks, build substrates, and lower-level UI runtimes. The goal is project reuse: when a future project needs a frontend, a human or agent should be able to click through from use case to framework, repository, docs, demo, and release ideas.

The current vipin wiki publishing layer uses Quartz v4 through the local site/ adapter and .wiki-tmp/quartz build flow.

Choose By Project Need

I Need A Personal Wiki Or Knowledge Site

FrameworkRoleShell scoreCaptured reposDocsDemo/showcase
Quartzknowledge-site-framework101https://quartz.jzhao.xyzhttps://quartz.jzhao.xyz

I Need Documentation Or Developer Docs

I Need A Website Or App Shell

I Need Build Or Server Tooling

FrameworkRoleShell scoreCaptured reposDocsDemo/showcase
Vitebuild-tooling72https://vite.dev/guide/https://vite.dev
Nitrobuild-tooling61https://nitro.build/guidehttps://nitro.build

I Need A UI Runtime Or Dependency Substrate

These are important, but usually not enough by themselves for a complete project shell.

Full Matrix

Entry Points

  • frontend-project-shell-taxonomy - Browse frameworks by reusable project-shell role.
  • frontend-framework-reuse-map - Decide which framework to migrate into a future project.
  • raw/frontend-frameworks-public/manifest.json - Local manifest with stable IDs, hashes, candidate records, and provenance.

Languages

Needs Review

Maintenance Rules

  • Stable IDs are mandatory: framework:<slug>, github:<owner>/<repo>, github-release:<owner>/<repo>:<tag_name>, and github-candidate:<owner>/<repo>.
  • Do not promote candidates into public repo pages until raw/frontend-frameworks-public/registry.json explicitly includes them.
  • Public pages contain metadata, summaries, hashes, and links only.
  • Re-run scripts/ingest-frontend-frameworks-public.ps1 before making current claims about stars, releases, or repo structure.
  • Treat ui-runtime entries as dependency substrates unless their registry notes explicitly identify a complete project shell.

Counterpoints And Gaps

  • AMBIGUOUS: The corpus is complete only inside the curated project-framework registry boundary, not across every repo in each owner organization.
  • AMBIGUOUS: Candidate discovery is keyword-based and may miss official repos whose descriptions/topics do not match project-shell keywords.
  • INFERRED: Stars, file profiles, and release ordering are crawl-time signals and should not be treated as stable quality rankings.