I intuitively and perhaps naively thought that Claude using the LSP server would negate a lot of grep use. Is this tool solving the same problem or something else?
LSP is for when you already know the symbol and want an exact answer, like go-to-definition or find-references. graft is for the step before that: you ask "where does auth happen" and it hands the agent the right files and lines to start from, so it reads a lot less to get oriented. so graft solves for making claude code understand your codebase every session. And I feel you can save a lot more tokens and also increa…
Show HN: Graft – Claude Code hooks that cut grep tokens by 42%
41–49 of 49 posts
Re: Show HN: Graft – Claude Code hooks that cut grep tokens by 42%
#42Does Claude's grep still prepend the relative path of the file before _every_ single line? Because that is nasty, especially in java projects.
Re: Show HN: Graft – Claude Code hooks that cut grep tokens by 42%
#43slop README. If you couldn't be bothered to write it, don't expect people to read it.
Why is this a problem?! I actually prefer to see README written by the author of the code
Slop is excessively redundant. Basically "purple prose" of the technical documentation.
But primarily: if its not worth writing, its not worth reading.
(I use Claude to prepare half of my technical documentation but then i review EVERY single file. And every single one gets extensively edited despite being coherent from the outset. I just feel like it would be disrespectful to get LLM spit something out and ask my colleagues to read it. Like.... come on.)
Re: Show HN: Graft – Claude Code hooks that cut grep tokens by 42%
#44Earlier quoted context omitted.
Why is this a problem?! I actually prefer to see README written by the author of the code
README is for humans if a human comes up and says "this project is for humans". Slop is excessively redundant. Basically "purple prose" of the technical documentation. But primarily: if its not worth writing, its not worth reading. (I use Claude to prepare half of my technical documentation but then i review EVERY single file. And every single one gets extensively edited despite being coherent from the outset. I just…
Also “README is for humans” might have been true awhile ago, these days README’s are being tailored to Agent as they write most of the code, not humans
Re: Show HN: Graft – Claude Code hooks that cut grep tokens by 42%
#45slop README. If you couldn't be bothered to write it, don't expect people to read it.
Why is this a problem?! I actually prefer to see README written by the author of the code
That said my own views on what is/isnt slop is evolving i understand your pov
Re: Show HN: Graft – Claude Code hooks that cut grep tokens by 42%
#46Earlier quoted context omitted.
README is for humans if a human comes up and says "this project is for humans". Slop is excessively redundant. Basically "purple prose" of the technical documentation. But primarily: if its not worth writing, its not worth reading. (I use Claude to prepare half of my technical documentation but then i review EVERY single file. And every single one gets extensively edited despite being coherent from the outset. I just…
README should be written by the author of the code, it this case it is fully LLM written code so let the brother write the README. Also “README is for humans” might have been true awhile ago, these days README’s are being tailored to Agent as they write most of the code, not humans
Sharing unedited documentation like this is sloppy and speaks for itself ("I can't be bothered to control it"). Leaving readme only to agents is no class, since an alternative is one line of reference to the complete documentation for bots - no need to hijack the repo's first document designation with _that_.
Re: Show HN: Graft – Claude Code hooks that cut grep tokens by 42%
#47Re: Show HN: Graft – Claude Code hooks that cut grep tokens by 42%
#48>"The problem: Every task, your coding agent starts blind. Before it changes anything, it re-explores the repo: grep a term, open a file, follow an import, back out, try again. It is rebuilding a picture of a codebase it mapped an hour ago and threw away. That rediscovery burns most of a run's tool calls, tokens, and latency, and it is pure overhead " The author of this article brings up a very interesting problem --…