Live data from Hacker News

Why Cline doesn't index your codebase

cline.bot

61–70 of 131 posts

Re: Why Cline doesn't index your codebase

#61
I generally agree with the article and the approach given practical constraints, however it’s all stop gap anyway.

Using Gemini 2.5’s 1MM token context window to work with large systems of code at once immediately feels far superior to any other approach. It allows using an LLM for things that are not possible otherwise.

Of course it’s damn expensive and so hard to do in a high quality way it’s rare luxury, for now…

Re: Why Cline doesn't index your codebase

#62
post #60

The security argument is a valid one, as long as the prompts aren't passing through Cline's servers but instead directly sent to the LLM providers. If they go through an intermediary step, it's a pretty pointless difference. Yet it's very hard to make money off of a coding assistant where the prompts don't pass through their servers in one way or form. Cline is for-profit and currently their only monetization is to g…

> This is a hilariously obvious LLM sentence by the way:

> > Your codebase isn't just text – it's your competitive advantage

An LLM would have correctly used an em dash, not an en dash. ;)

Re: Why Cline doesn't index your codebase

#63
post #62
post #60

The security argument is a valid one, as long as the prompts aren't passing through Cline's servers but instead directly sent to the LLM providers. If they go through an intermediary step, it's a pretty pointless difference. Yet it's very hard to make money off of a coding assistant where the prompts don't pass through their servers in one way or form. Cline is for-profit and currently their only monetization is to g…

> This is a hilariously obvious LLM sentence by the way: > > Your codebase isn't just text – it's your competitive advantage An LLM would have correctly used an em dash, not an en dash. ;)

This is so well-known by now that replacing those is tablestakes :) The ".. isn't just A - it's B" isn't yet to the greater public.

This pattern is so prevalent that in any decent LLM business content generation product you're forced to hardcode avoidance/removal of that phrase, otherwise it's bound to show up in every article.

Re: Why Cline doesn't index your codebase

#64
After trying cline,aider,codex, and what not, I feel claude code is just so so better than all of them. e.g It takes much much fewer prompts to be able to do the same thing compared to cline. tbh I am not sure how cline will compete against something like Claude code due to the resource/capability imbalance. Does anyone else have a different experience?

Re: Why Cline doesn't index your codebase

#65

Eh... I'm not convinced. I like cline, I've been using it here and there and I think it found a good mix between "vibesus take the wheel" and "hey, I'm still here and I enjoy doing this". I was particularly surprised that it worked pretty well with local models. A lot of that is on the model (tested w/ devstral) but a lot of it is on the cradle (e.g. aider is great at what it does, but local model support is hit and…

at some point they will move from scanning files to scannign the AST and then token consumption will be greatly reduced by default, the challenge is that then you need something generic enough like tree-sitter to reduce the monumental effort of integrating a number of parsers.

Why would an AST greatly reduce LLM token consumption?

Re: Why Cline doesn't index your codebase

#66
post #58

Earlier quoted context omitted.

Fair point Jeff -- you're right that we're still doing retrieval. The key distinction is how we retrieve. Traditional RAG for code uses vector embeddings and similarity search. We use filesystem traversal and AST parsing - following imports, tracing dependencies, reading files in logical order. It's retrieval guided by code structure rather than semantic similarity. I highly recommend checking out what the Claude Cod…

Don’t take this the wrong way, but did you use an LLM to generate this reply? The reply is good, but the writing style just piqued my curiosity.

I wonder if the more we use LLMs the more our written patterns will begin to match them. Those of us who work with them the most are likely to be affected earliest.

Re: Why Cline doesn't index your codebase

#68
post #37

Cursor does it. Cline doesn't. Aider goes the middle way with repo maps. Let's see what works best.

When I'm in the middle of a conversation with AI, sometimes I like to change the code immediately ("Oh that's wrong, let me fix that first"). Does it mess the context? Or I need to close/Ctrl+C and reopen?

Re: Why Cline doesn't index your codebase

#69
post #60

The security argument is a valid one, as long as the prompts aren't passing through Cline's servers but instead directly sent to the LLM providers. If they go through an intermediary step, it's a pretty pointless difference. Yet it's very hard to make money off of a coding assistant where the prompts don't pass through their servers in one way or form. Cline is for-profit and currently their only monetization is to g…

Even cline documentation seems to be slop generated.

Re: Why Cline doesn't index your codebase

#70

I generally agree with the article and the approach given practical constraints, however it’s all stop gap anyway. Using Gemini 2.5’s 1MM token context window to work with large systems of code at once immediately feels far superior to any other approach. It allows using an LLM for things that are not possible otherwise. Of course it’s damn expensive and so hard to do in a high quality way it’s rare luxury, for now…

1 million tokens is still not enough for real life codebases (100Ks to millions loc)
Post reply on HN