Live data from Hacker News

Show HN: Semantic grep with local embeddings

github.com

61–70 of 84 posts

Re: Show HN: Semantic grep with local embeddings

#61

Earlier quoted context omitted.

It'd be nice if respected gitignore. It's turning my M4 MBP into a space heater too.

coming up next.

Fyi, I just grabbed the same lib that ripgrep uses. That bit is extracted iirc, and was quite nice and simple to use.

Re: Show HN: Semantic grep with local embeddings

#62

Earlier quoted context omitted.

Mainly I wrote it because I noticed Claude's "by design" use of grep meant it couldn't search the code base for things it didn't already know the name of, or find "the auth section". But equally, it's well documented that e.g. Cursor's old RAG technique wasn't that great. My idea was to make a tool that just does a quick and simple embedding on each file, and uses that to provide a semantic alternative that is much c…

Starred the repo. Went to the github repo and was expecting a section about Claude Code and best practices on how to set this up with Claude Code. Very curious to hear how that might work, especially with what you've found compared to Claude Code's love of grep.

> Went to the github repo and was expecting a section about Claude Code and best practices on how to set this up with Claude Code. Very curious to hear how that might work, especially with what you've found compared to Claude Code's love of grep.

A write up on this would be great!

Re: Show HN: Semantic grep with local embeddings

#63
> thread 'main' (17953) panicked at ck-cli/src/main.rs:305:41: byte index 100 is not a char boundary

I seem to have gotten 'lucky' and it split an emoji just right.

---

For anyone curious: this is great for large, disjointed, and/or poorly documented code bases. If you kept yours tight and files smaller than ~600 lines, it is almost always better to nudge llm's into reading whole files.

Re: Show HN: Semantic grep with local embeddings

#64
post #19

This generalizes to a whole new category of tools: UX which requires more thought and skill, but is way more powerful. Human devs are mostly too lazy to use, but LLMs will put in the work to use them.

> UX which requires more thought and skill, but is way more powerful. Human devs are mostly too lazy to use

Really? My thinking is more that human devs are way too likely to sink time into powerful but complex tools that may end up being a yak shave with minimal/no benefit in the end. "too lazy to use" doesn't seem like a common problem from what I've seen.

Not that the speed of an agent being able to experiment with this kind of thing isn't a benefit... but not how I would have thought to pose it.

Re: Show HN: Semantic grep with local embeddings

#68

Earlier quoted context omitted.

Why does it need to say RUST in the headline as if this was a feature, lol

we all know rust CLI tools are better right?

Please don't post misleading titles. This is in the site guidelines: https://news.ycombinator.com/newsguidelines.html.

Re: Show HN: Semantic grep with local embeddings

#69

Earlier quoted context omitted.

This looks interesting and I look forward to trying it but the title here should really just use the description of the repo, or that be adjusted. Apart from anything else it appears to be very misleading as Rust (ironically) according to the documentation is not one of the languages supported.

I clicked on this because it said rust in the title. Very disappointed.

We've taken the Rust out of the title now.

(Submitted title was "Semantic grep for Claude Code (RUST) (local embeddings)")

Re: Show HN: Semantic grep with local embeddings

#70
post #29
post #27

Earlier quoted context omitted.

What does this have to do with Claude Code?

A proper title could be "Semantic grep with completely local embeddings" Put the title aside, the tool, if it works as described, is pretty insane

Ok, we'll use that above. Thanks!

(Submitted title was "Semantic grep for Claude Code (RUST) (local embeddings)")

Post reply on HN