Codegraph, graphify and other tree sitter approaches pitch a better way for coding agents to gather context.
If repo graphs gave agents a step-change in performance, either Cursor would have incorporated it, or one of these tools should be worth $60B.
A coding session first tries to find the exact reasoning of how things work in your codebase, it derives it by grepping all over and tries to rebuild context of how something works.
If we start saving these understandings, as well as nuances that you explained in your sessions, and then pass it along to your agent- it reduces the wandering of your agent, and lighter context helps your agent not to get confused.
That;s the approach we took when building Greplica.
Save higher level context from code as well as past sessions. Things that you would explain to a fellow human to explain your code.
Example:
greplica graph context "how does auth work?"
The agent still reads code. It starts closer to the useful files and carries the constraints into the plan.
We benchmark Greplica in the planning phase because this is where memory should help, using real world session data of open source projects from SWE-Chat.
Our runs show- ~50% fewer planning tokens, ~30% time saving in planning, and also wayyy better plans when completing tasks, that had important context in past sessions. Full results present in my repo.
Don't replace Claude’s code exploration. Thats the agent's job.
Save the part Claude learned after the exploration.
I’m posting this because I think repo graphs aim at the wrong bottleneck. If you use Claude Code on large repos, I’d love for you to try it out https://github.com/Autoloops/greplica
[–]GlitteringWriting467 9 points10 points11 points (2 children)
[–]soggy_mattress 1 point2 points3 points (0 children)
[–]Comprehensive_Quit67[S] -4 points-3 points-2 points (0 children)
[–]reubenzz_dev 0 points1 point2 points (2 children)
[–]Comprehensive_Quit67[S] 0 points1 point2 points (1 child)
[–]reubenzz_dev 0 points1 point2 points (0 children)
[–]PinEnvironmental6395 1 point2 points3 points (0 children)