Ohi, author here! Thanks for posting Hister. Feel free to A.M.A.

My first free software search project was Searx, a privacy respecting metasearch engine, but because of the limitations of the metasearch concept, I've decided to take a different approach.

Hister builds a personal search index from pages you visit, bookmarks, browser history, local files, and crawled websites. It stores extracted content with offline result previews, so information remains searchable even when the original page changes or disappears. It supports full text and semantic search, can run entirely on your own machine, and includes a web interface, command line tools, and an MCP endpoint for assistant integrations.

Project page: https://github.com/asciimoo/hister

Tiny read-only demo: https://demo.hister.org/

• Groxx

  today at 7:05 PM

  >Hister builds a personal search index from pages you visit, bookmarks, browser history, local files, and crawled websites.

  Immediately interested and will check it out, thank you! I've wanted a "search stuff you've seen online" tool for a long time, but everything seems to be research-oriented or "archive but don't search" or some weird combination that means it's nigh useless to me. I've got decades of bookmarks and archives and I've kinda been stuck grepping them at best (it's rare but I do sometimes want a page I saw once three years ago and I love having that option), while hoping someone would build something better.

  One question if ya don't mind, while I explore: any chance of singlefile support? Content-extraction is useful in lots of situations (e.g. wallabag) and it's a great default, but sometimes it fails and sometimes you really do want the page, relatively close to how it actually was. Singlefile does that much better than most, and it does so well enough (and manually-handle-able enough if needed) that I don't feel any desire to switch to WARCs or similar.

  Though specifically I'm probably looking for something like "content-extract everything" + "key combo to save singlefile version too" + "upload singlefile archives to backfill / recover". Like 99% of the time content extraction is preferred, and I'm glad to see it... it's just not always enough, and having to go elsewhere for exceptions breaks a lot of the utility.

  • asciimoo

    today at 7:16 PM

    Exactly! I had the very same issues before Hister.

    > One question if ya don't mind, while I explore: any chance of singlefile support?

    Yes, partially. Hister can already import HTML files created by SingleFile, but there is no direct integration yet. In the longer term, I would like the SingleFile extension to be able to send snapshots directly to Hister.

    • Groxx

      today at 7:26 PM

      I assume it content-extracts that on upload? I'd really like to move storage into hister too, if possible. That way you could also switch from an extracted view to a "full" view in the UI. Though I assume that'd be fairly simple to build later.

      Overall I really like what I'm seeing, it ticks a lot of important boxes for me and it's pleasantly straightforward. Hopefully I'll find time to contribute!

      • asciimoo

        today at 8:02 PM

        > I assume it content-extracts that on upload?

        Hister always stores the original material.

        > That way you could also switch from an extracted view to a "full" view in the UI.

        It isn't even needed, we just need a SingleFile specific extractor (an interface in Hister to parse specific page content and provide custom previews) that provides the full original HTML for the preview panel.

        > Hopefully I'll find time to contribute!

        I'd appreciate it. <3

        • Groxx

          today at 8:13 PM

          Oooh, now I see the extractor-view setting in the UI. Yeah, that's essentially perfect \o/

          Thank you again!

    • genxy

      today at 8:52 PM

      I came here to mention https://github.com/gildas-lormeau/singlefile, I couldn't get it to do what I want so I built my own, for watched domains it pushes a copy of the serialized DOM to a local search database. For structured data, either extract and enrich in the browser or enrich on the server side.

      Would Hister support this basic workflow? I'd love to retire my own software.

      The next phase was going to move to a recording proxy.

• vzaliva

  today at 9:40 PM

  I was thinking about making a "personal data search engine". I have almost 30GB of email archives and a bunch of Google Drive and offline files. I am thinking about downloading it all from the cloud and storing it on a large RAID array, with an indexing and search interface (and possibly a local MCP server).

  Would Hister be suitable for this? Can it index mbox files? Would it handle this amount of data? Does it have a search API so I can build an MCP server?

  • asciimoo

    today at 10:27 PM

    > Would Hister be suitable for this?

    The indexer it uses (Bleve) can handle millions of records according to their docs, but sure that Hister would be the best choice for this task. I'd probably use Meilisearch (https://www.meilisearch.com/).

    > Can it index mbox files?

    Not yet.

    > Does it have a search API so I can build an MCP server?

    It has both search API and MCP server endpoints.

• mirshko

  today at 9:36 PM

  Do you plan on adding filterable tags to the ui? Rather than just metadata.

• iambateman

  today at 7:45 PM

  Very cool. Does it work to connect my phone and laptop to the same firehose?

  I often find myself irritated because I read an article on my phone 6 months ago and the history is gone.

  • asciimoo

    today at 7:51 PM

    You can host Hister on a home server and access it from multiple devices.

    Automatic page capture on mobile currently requires Firefox, since mobile Chrome does not support browser extensions.

• dented42

  today at 6:56 PM

  What’s the safari story look like right now?

  • asciimoo

    today at 7:23 PM

    Safari support is currently stalled in this PR: https://github.com/asciimoo/hister/pull/46. I do not have access to macOS, so help with development and testing would be very welcome.

• mfld

  today at 8:43 PM

  What would be a typical size of the search index, let's say after 5 years of intense browsing?

  • asciimoo

    today at 8:55 PM

    It depends on what you consider intense browsing. An indexed document uses about 100KB on average because Hister stores the full original HTML for offline previews. If storage is a concern, you can disable offline previews, reducing the average document size significantly.

• oulipo

  today at 7:16 PM

  You should integrate with Karakeep.app, it's only natural that you'd want both a search engine, and a nice "archive" and "article pretty view" features :)

  • asciimoo

    today at 7:19 PM

    What do you mean by integration? Hister already supports importing data from Karakeep, Linkding, Linkwarden, Readeck, Shaarli, and wallabag: https://hister.org/docs/import

• zuzululu

  today at 6:55 PM

  interesting you used AGPL 3 licensing, are you planning a hosted version?

  would've been great with a more liberal license

  • asciimoo

    today at 7:06 PM

    > are you planning a hosted version

    Not in the near term. Right now I am focused on developing Hister rather than operating a hosted service. There are already plenty of centralized hosted search engines, so my longer term interest is in federation and distributed search. I want to make the core system mature first.

    > would've been great with a more liberal license

    It depends on how do you define liberal. =] I chose AGPLv3+ because I want Hister to remain free software and available to their users.

    • zargon

      today at 8:09 PM

      AGPLv3 is awesome, great choice!

    • zuzululu

      today at 8:39 PM

      it prevents certain innovations to be derived from it but with LLMs I do think these licensing are pretty much moot.

      i still think it could've benefited by Apache 2.0 which more or less gets you to your goals

  • polymer8563

    today at 9:12 PM

    it would not! asciimoo, thanks for using AGPL, I've been using hister for months now and it helped me a lot

• pbronez

  today at 7:15 PM

  I've been using LinkDing + SingleFile for this. Nice to have another option!

  • asciimoo

    today at 7:33 PM

    That is a great combo. My main friction with it is having to manually capture pages I want to keep.

• Jon_m

  today at 7:19 PM

  [dead]

Would be really cool to have Zotero library integration / import support!

I just finished setting this up yesterday and I'm kind of obsessed with it. I was previously a heavy user of Karakeep, but I hated forgetting to save something and losing it. I also think Hister's semantic search is a better solution than AI generated summaries and tags. Support for local docs is super cool too, I have it set up to index my org notes directory.

I set this up a few months ago based on asciimoo's comments on HN, and barely used it at first, but I realized not too long ago that it could be a pretty useful research tool for one of my hobbies (award travel), that revolves around being in the know around various concepts and quirks.

I scraped and imported posts from the blogs I regularly reference for award travel, then hooked it up to OpenCode/Codex as an MCP server and used that corpus for research on those topics. So I can ask things like "has anyone ever mentioned running into this problem before?" [1]

If you have a hobby or working situation that requires you to regularly reference a core set of websites or reference materials, Hister provides almost all the tools out of the box to start a search engine against it. The default datasets they promote include the Python Stlib, MDN and RFC corpus, as an example. [2]

[1]: https://wmchen.com/blog/revisiting-hister/

[2]: https://hister.org/datasets

• asciimoo

  today at 7:39 PM

  Wow, this is a really inspiring use case and blog post. Thanks for sharing it.

  What tools or features would Hister need to support your complete search workflow?

  • wmchen

    today at 8:17 PM

    [dead]

• Aboutplants

  today at 9:37 PM

  Oh this gets my brain spinning! Thanks for the tips

I have created something similar, yet different. I maintain my own Internet domain index.

https://github.com/rumca-js/Internet-Places-Database

Also I maintain android app that can be used to search places.

https://f-droid.org/en/packages/io.github.rumcajs.offlineweb...

I believe hister you have to fill in with your data, right?

Is the design vibe coded in Codex by any chance? Seeing a lot of similar designs out there and it’s really starting to annoy me.

• asciimoo

  today at 9:11 PM

  The whole design is created by a main contributor and IIRC the style is called neobrutalism.

• hallole

  today at 9:13 PM

  Really? The website, you mean? :( I thought to myself, "what a cute, well designed webpage!" when I saw it. Maybe with time this site will stand out like those Claudeslop ones.

• lucaaa

  today at 9:09 PM

  same

I tried this out this week and liked it but really wish this project had some form of auth. Opening the contents of every page you’ve ever visited, even to the local network, is not the best idea.

• asciimoo

  today at 7:10 PM

  Hister supports token based, password based, and OIDC/OAuth authentications with optional multi-user handling. Details about user handling can be found here: https://hister.org/docs/user-handling

  It also has a "public mode" where anyone can search the indexed content, but only authenticated users can add or modify it.

  • Carrok

    today at 7:14 PM

    It seemed like the public mode was the default when I set it up. If so, that’s a fairly dangerous default as keeping a “clean” history with no secrets leaked seems neigh impossible.

    • asciimoo

      today at 7:25 PM

      The default configuration binds only to localhost, and a fresh installation starts with an empty database/index. Could you clarify which specific attack surface you are concerned about in that scenario?

      • Carrok

        today at 8:28 PM

        I’m not concerned about an attack scenario. I’m just saying that using the docker image, if someone (or their agent) isn’t careful, they could expose their browsing history publicly fairly easily. It might just be nice to default to at least a user and pass login rather than just wide open.

• androidu

  today at 7:55 PM

  I've set it up today with OIDC AuthN (Keycloak), removed the username/password fields & kept only OIDC, it's working flawless.

  Also indexed data is persisted on a per-user basis, so you got this isolation and certainty that your searches will not be polluted by your family's

Ooh I’ve been thinking about this idea for years, I’m glad someone beat me to it. Guess I have something to play with over the rest of the weekend!

I LOVE the concept. I will play around with the execution, if it works as described this is a great product.

Time to shameless plug my own easy to host your own content search index

Webtm.io

All open source and small enough to deploy. I deploy to cf webworkers so it’s the only place it’s tested.

One cool thing is we work on iOS, chrome and friends, Firefox and pretty much everywhere. We do require you bring your own LLM though.

Can it import browser bookmarks? It says browser history and a bunch of other bookmark services but not specifically browser bookmarks.

• asciimoo

  today at 7:53 PM

  Yes, it can import data from various sources, including browser history, and popular self-hosted bookmarking apps: https://hister.org/docs/import

  • exe34

    today at 8:01 PM

    Is this reply from Gemini? Because I'm used to gemini gaslighting me. The answer is the opposite of my question.

    • asciimoo

      today at 8:05 PM

      Doh, sorry, the answer was coming from me who did not read the question properly. It currently cannot import browser bookmarks, but it is a good idea. Added to my TODO.

      • exe34

        today at 8:26 PM

        Ah sorry didn't mean to be mean, I just wondered if you had automated it haha!

I am guessing the author didn't do a lot of research on the name as "Hister" is a name that people link to Hitler through Nostradamus: https://www.history.co.uk/articles/did-nostradamus-really-pr...

Got enough Hitler in my life with Google...

• asciimoo

  today at 8:07 PM

  The name coming from HISTory on STERoids. When I checked the name I found only a beetle and part of the Danube called "Hister".

• wolfy1993

  today at 7:51 PM

  I'll be honest I wouldn't blame OP for not finding this (I found a species of hister beetle before anything to do with Hitler)

  I feel this is a weird spin on the "Clicks to Hitler" game

  • thataccount

    today at 7:54 PM

    I was not using Wikipedia to get there. This is something I immediately recognized from research about World War II and possible prophetic fulfillment. I definitely wasn't playing a game when I came across this information either, but I get your drift.

    • ButlerianJihad

      today at 8:01 PM

      Interestingly, when I searched "hister" on English Wikipedia, I was sent to https://en.wikipedia.org/wiki/Danube#Names_and_etymology

      Where it says that “Hister” is a variant of its Latin name.

      I think the name is lovely with no reason to change. Surely there are few people who would connect this with silly medieval superstition. Perhaps you can take part in wiping out that association.

      • thataccount

        today at 8:03 PM

        User name checks out.

• tim-projects

  today at 8:46 PM

  I didn't know this link. But, I immediately read Hitler when I saw it. Coming back days later... Nope brain still reads Hitler.

  It's a terrible choice of name

This is like Hipster. But missing a 'p'.