sourcegraph

zoekt

Go2023–2026

sourcegraph / zoekt

zoekt

Fast trigram based code search

Developer Tools

Explore on GitHub Read Hacker News discussions

15Distinct people

15Mentions

0Explicit recommenders

2.1KGitHub stars

REPOSITORY AT A GLANCE

What to know before exploring

What it is

Fast trigram based code search

GitHub

Where it is used

No documented product use was verified in the last source check.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 8–Nov 15 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/15/2026, 4:01:40 AM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year15 dated mentions

Observed mentions: 2023-07-04 14:32:57 UTC to 2026-04-29 13:56:19 UTC.

* An incomplete calendar period is marked with an outlined bar. Its count is not directly comparable with a full period.

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges

UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
Period	Start (UTC)	End (exclusive, UTC)	Mentions	Submissions	Comments
2023	2023-01-01 00:00:00 UTC	2024-01-01 00:00:00 UTC	5	0	5
2024	2024-01-01 00:00:00 UTC	2025-01-01 00:00:00 UTC	5	1	4
2025	2025-01-01 00:00:00 UTC	2026-01-01 00:00:00 UTC	2	1	1
2026 (partial)	2026-01-01 00:00:00 UTC	2027-01-01 00:00:00 UTC	3	0	3

What Hacker News says

5 sources

spmurrayzzz·Oct 2, 2024

Not the author, but given that this is a relatively small UI wrapper of a zoekt[1] backend, it seems like the risk here is isolated to the upstream Sourcegraph-maintained search dependency. By relatively small, I mean that the total SLOC for UI code in the entire project is around ~3.5k (compared to the backend which is currently 25x the size). Seems difficult to ascribe any enterprise motivations given that and additionally the UI seems very useful as-is even if you had to fork it and build a new community from there. [1] https://github.com/sourcegraph/zoekt

In Show HN: Sourcebot, an open-source Sourcegraph alternative

maxloh·Oct 2, 2024

Zoekt already has its own UI, though it is very feature-limited and lacks syntax highlighting. Demo: https://cs.bazel.build/ If you’re curious about the source, as I was, here it is: https://github.com/sourcegraph/zoekt/blob/main/web/templates...

In Show HN: Sourcebot, an open-source Sourcegraph alternative

bshzzle·Oct 1, 2024Submission

Show HN: Sourcebot, an open-source Sourcegraph alternative

Hi HN, We’re Brendan and Michael, the creators of Sourcebot (https://github.com/sourcebot-dev/sourcebot). Sourcebot is an open-source code search tool that allows you to quickly search across many large codebases. Check out our demo video here: https://youtu.be/mrIFYSB_1F4, or try it for yourself on our demo site here: https://demo.sourcebot.dev While at prior roles, we’ve both felt the pain of searching across hundreds of multi-million line codebases. Using local tools like grep were ill-suited since you often only had a handful of codebases checked out at a time. Sourcegraph (https://sourcegraph.com/) solves this issue by indexing a collection of codebases in the background and exposing a web-based search interface. It is the de-facto search solution for medium to large orgs, but is often cited as expensive ($49 per user / month) and re

Read the rest

cently went closed source (https://news.ycombinator.com/item?id=41296481). That’s why we built Sourcebot. We designed Sourcebot to be: - Easily deployed: we provide a single, self-contained Docker image (https://github.com/sourcebot-dev/sourcebot/pkgs/container/so...). - Fast & scalable: designed to minimize search times (current average is ~73ms) across many large repositories. - Cross code-host support: we currently support syncing public & private repositories in GitHub and GitLab. - Quality UI: we like to think that a good looking dev-tool is more pleasant to use. - Open source: Sourcebot is free to use by anyone. Under the hood, we use Zoekt (https://github.com/sourcegraph/zoekt) as our code search engine, which was originally authored by Han-Wen Nienhuys and now maintained by Sourcegraph (https://sourcegraph.com/blog/sourcegraph-accepting-zoekt-mai...). Zoekt works by building a trigram index from the source code enabling extremely fast regular expression matching. Russ Cox has a great article on how trigram indexes work if you’re interested: https://swtch.com/~rsc/regexp/regexp4.html In the shorter-term, there are several improvements we want to make, like: - Improving how we communicate indexing progress (this is currently non-existent so it’s not obvious how long things will take) - UX improvements like search history, query syntax highlighting & suggestions, etc. - Small QOL improvements like bookmarking code snippets. - Support for more code hosts (e.g., BitBucket, SourceForge, ADO, etc.) In the longer-term, we want to investigate how we could go beyond just traditional code search by leveraging machine learning to enable experiences like semantic code search (“where is system X located?”) and code explanations (”how does system X interact with system Y?”). You could think of this as a copilot being embedded into Sourcebot. Our hunch is that will be useful to devs, especially when packaged with the traditional code search, but let us know what you think. Give it a try: https://github.com/sourcebot-dev/sourcebot. Cheers!

259 points · Open discussion

maxmcd·Sep 30, 2024

I have also been thinking about this: https://slatedb.io/ is new and KV on object storage. Maybe helpful. There is lots of similar work over ipfs, I have not had the chance to experiment yet, but I'd like to see what a workflow is like with (eg): summa: https://github.com/izihawa/summa I tried to implement trigram search on object storage using Zoekt: https://github.com/sourcegraph/zoekt, but I found that common queries load 30-40% of the entire index, so setting it up without some kind of caching strategy felt a little ridiculous.

In Build a serverless ACID database with this one neat trick (atomic PutIfAbsent)

isker·Apr 10, 2024

Hound has made an interesting choice to not bound searches. https://codesearch.wmcloud.org/search/?q=test&files=&exclude... produces an ajax request that (for me) took 13s to produce a 55MB JSON response, and then takes many more seconds to render into the DOM. Properly bounding search response sizes was one of the things I had to ensure Zoekt could do in its JSON APIs that I use in neogrok: https://github.com/sourcegraph/zoekt/pull/615

In Code search is hard