I like your 100 repo selections :)
Thank you!
Launch HN: Greptile (YC W24) - RAG on codebases that actually works
131–140 of 173 posts
Re: Launch HN: Greptile (YC W24) - RAG on codebases that actually works
#132“Where we going we don’t need docs”. That scares me… docs are among other things there to provide context and info for things not clear from why certain choices were made or not made… no way your AI is going to guess that I put that restriction because of an explicit request from product, despite it looking wrong…
This sort of tech will just spur developers to put proper comments in their code, which they should have been doing in the first place.
I hope so! Unfortunately it will definitely be massively increasing the ratio of documentation to intentional documentation, so we'll have to see whether it increases documentation usability or not.
Re: Launch HN: Greptile (YC W24) - RAG on codebases that actually works
#133Looks good, but there are many competitors that do exactly the same thing (even opensource ones)
[not part of greptile] I can only think of two serious competitors, neither of which is open source. And I don't think anyone serious at either of those companies would claim that they have the definitive solution.
Re: Launch HN: Greptile (YC W24) - RAG on codebases that actually works
#134Super cool! btw I love the name "Greptile" :)
Re: Launch HN: Greptile (YC W24) - RAG on codebases that actually works
#135Super cool! btw I love the name "Greptile" :)
Thank you!
Re: Launch HN: Greptile (YC W24) - RAG on codebases that actually works
#136Apparently I’m the only one here who doesn’t know this but: What is RAG?
Re: Launch HN: Greptile (YC W24) - RAG on codebases that actually works
#137Apparently I’m the only one here who doesn’t know this but: What is RAG?
Retrieval Augmented Generation; basically, find relevant bits from a lot of data, and load the relevant bits into context.
Re: Launch HN: Greptile (YC W24) - RAG on codebases that actually works
#138Ran it on a "real" OSS project of mine ( https://github.com/dvx/lofi/ ), and it was stuck at 99% loading for about 30 minutes. Then, when it finally parsed the codebase, when asked anything it always returns "Error: Internal error while locating sources." Specifically, I wanted to see if it can context switch between TypeScript (used for the front-end), ObjectiveC (used for a few Mac features), C++ (used for Windows…
Hey sorry to hear that, a couple of things: - processing is usually stuck at 99% because when we order the components of the repository by file-directory dependency and ast dependency, there are a lot, LOT more leaves than the internal nodes + the root. Since we have to have the results of the dependency before we move on, moving up the dependency chain with llm calls take a while. This is even more pronounced when n…
[flagged]
Re: Launch HN: Greptile (YC W24) - RAG on codebases that actually works
#139Earlier quoted context omitted.
Maybe we need a `.greptileignore` file...
That's funny, we actually do ignore those files but realizing now we don't account for that in our calculation of codebase size since we just get that via the GH API.
This comes from a place of love and empathy -- I've been here, am here, and will be here again -- but this realization reads like the first step in the long, long road from prototype to product.
Re: Launch HN: Greptile (YC W24) - RAG on codebases that actually works
#140Apparently I’m the only one here who doesn’t know this but: What is RAG?
It's the buzzword for "make an LLM work on custom data" such as a codebase.