What the hosted app proves
The hosted app is the proof of concept, not the whole product. It demonstrates a trustworthy pattern: ask a question, search a curated collection, return an answer with citations, and let the user inspect the source. The preparedness dataset is the example deployment that makes that pattern real.
What you can bring
The local tooling can ingest websites, PDFs, static HTML archives, video transcripts, Substack exports, MediaWiki sites, and ZIM archives. The point is not one perfect source type. The point is that a mixed body of knowledge can be normalized into the same searchable runtime.
That includes Kiwix ZIM archives. For many users, this is the easiest test path: set up a local deployment, choose Kiwix libraries you already trust, and turn them into a searchable, source-cited collection.
How the architecture stays simple
The runtime, the collection, and the source-building workflows are separated on purpose. The runtime handles search and retrieval. The collection is the knowledge layer you can inspect and swap. Local admin handles ingestion, validation, translation, and packaging. That separation lets the same interface run hosted, local, or fully offline without changing the core product shape.
What "bring your own data" actually means
It means you do not need to rebuild the app from scratch to adapt it to a different domain. You point the ingestion pipeline at your sources, build a collection, and run the same search experience against it. Preparedness is the current example. Building codes, technical references, internal documentation, and humanitarian archives are all in scope.
Where GitHub takes over
GitHub is where the actual getting-started path lives: clone, configure, run locally, and explore the ingestion tools in detail.
Go to the public repository