frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Show HN: Double blind entropy using Drand for verifiably fair randomness

https://blockrand.net/live.html
4•rishi_blockrand•34m ago•0 comments

Show HN: Agent framework that generates its own topology and evolves at runtime

https://github.com/adenhq/hive/blob/main/README.md
41•vincentjiang•7h ago•13 comments

Show HN: Agent Alcove – Claude, GPT, and Gemini debate across forums

https://agentalcove.ai
29•nickvec•6h ago•9 comments

Show HN: Claude Remote

https://github.com/jamierpond/claude-remote
2•jamiepond•28m ago•2 comments

Show HN: CodeRLM – Tree-sitter-backed code indexing for LLM agents

https://github.com/JaredStewart/coderlm/blob/main/server/REPL_to_API.md
14•jared_stewart•13h ago•6 comments

Show HN: AI agents play SimCity through a REST API

https://hallucinatingsplines.com
173•aed•2d ago•67 comments

Show HN: Send Claude Code tasks to the Batch API at 50% off

https://github.com/s2-streamstore/claude-batch-toolkit
12•misker1•4h ago•1 comments

Show HN: Renovate – The Kubernetes-Native Way

https://github.com/mogenius/renovate-operator
40•JanLepsky•12h ago•15 comments

Show HN: Triclock – A Triangular Clock

https://triclock.franzai.com/
34•franze•12h ago•6 comments

Show HN: Rowboat – AI coworker that turns your work into a knowledge graph (OSS)

https://github.com/rowboatlabs/rowboat
192•segmenta•1d ago•53 comments

Show HN: JavaScript-first, open-source WYSIWYG DOCX editor

https://github.com/eigenpal/docx-js-editor
123•thisisjedr•2d ago•44 comments

Show HN: I built a macOS tool for network engineers – it's called NetViews

https://www.netviews.app
236•n1sni•1d ago•60 comments

Show HN: Distr 2.0 – A year of learning how to ship to customer environments

https://github.com/distr-sh/distr
96•louis_w_gk•1d ago•29 comments

Show HN: CodeMic

https://codemic.io/#hn
48•seansh•3d ago•27 comments

Show HN: Yet another music player but written in Rust

https://github.com/temidaradev/rusic
2•temidaradev•6h ago•0 comments

Show HN: ClawPool – Pool Claude tokens to make $$$ or crazy cheap Claude Code

https://clawpool.ai
15•pablojamjam•14h ago•4 comments

Show HN: Unpack – a lightweight way to steer Codex/Claude with phased docs

https://github.com/apresmoi/unpack
7•apresmoi•6h ago•0 comments

Show HN: Stripe-no-webhooks – Sync your Stripe data to your Postgres DB

https://github.com/pretzelai/stripe-no-webhooks
62•prasoonds•1d ago•29 comments

Show HN: I made paperboat.website, a platform for friends and creativity

https://paperboat.website/home/
74•yethiel•1d ago•29 comments

Show HN: I built managed OpenClaw hosting with 60s provisioning in 6 days

https://clawhosters.com/blog/posts/how-i-built-60-second-vps-provisioning
5•yixn_io•15h ago•0 comments

Show HN: Multimodal perception system for real-time conversation

https://raven.tavuslabs.org
53•mert_gerdan•1d ago•14 comments

Show HN: Musical Interval Trainer

https://valtterimaja.github.io/musical-interval-trainer/
19•Gravityloss•14h ago•13 comments

Show HN: Visualizing How Books Reference Each Other Across 3k Years

https://thiagolira.github.io/bookgraph-revisited/
4•farcaster•8h ago•2 comments

Show HN: Sol LeWitt-style instruction-based drawings in the browser

https://intervolz.com/sollewitt/
43•intervolz•1d ago•7 comments

Show HN: ArtisanForge: Learn Laravel through a gamified RPG adventure

https://artisanforge.online/
38•grazulex•3d ago•3 comments

Show HN: Gottp – A Postman/Insomnia-Like TUI API Client Built in Go

https://github.com/sadopc/gottp
3•sadopc•8h ago•0 comments

Show HN: MOL – A programming language where pipelines trace themselves

https://github.com/crux-ecosystem/mol-lang
2•MouneshK•9h ago•0 comments

Show HN: Elysia JIT "Compiler", why it's one of the fastest JavaScript framework

https://elysiajs.com/internal/jit-compiler
51•saltyaom•3d ago•10 comments

Show HN: I taught GPT-OSS-120B to see using Google Lens and OpenCV

41•vkaufmann•21h ago•31 comments

Show HN: HN Companion – web app that enhances the experience of reading HN

https://hncompanion.com
30•georgeck•1d ago•15 comments
Open in hackernews

Show HN: CodeRLM – Tree-sitter-backed code indexing for LLM agents

https://github.com/JaredStewart/coderlm/blob/main/server/REPL_to_API.md
14•jared_stewart•13h ago
I've been building a tool that changes how LLM coding agents explore codebases, and I wanted to share it along with some early observations.

Typically claude code globs directories, greps for patterns, and reads files with minimal guidance. It works in kind of the same way you'd learn to navigate a city by walking every street. You'll eventually build a mental map, but claude never does - at least not any that persists across different contexts.

The Recursive Language Models paper from Zhang, Kraska, and Khattab at MIT CSAIL introduced a cleaner framing. Instead of cramming everything into context, the model gets a searchable environment. The model can then query just for what it needs and can drill deeper where needed.

coderlm is my implementation of that idea for codebases. A Rust server indexes a project with tree-sitter, builds a symbol table with cross-references, and exposes an API. The agent queries for structure, symbols, implementations, callers, and grep results — getting back exactly the code it needs instead of scanning for it.

The agent workflow looks like:

1. `init` — register the project, get the top-level structure

2. `structure` — drill into specific directories

3. `search` — find symbols by name across the codebase

4. `impl` — retrieve the exact source of a function or class

5. `callers` — find everything that calls a given symbol

6. `grep` — fall back to text search when you need it

This replaces the glob/grep/read cycle with index-backed lookups. The server currently supports Rust, Python, TypeScript, JavaScript, and Go for symbol parsing, though all file types show up in the tree and are searchable via grep.

It ships as a Claude Code plugin with hooks that guide the agent to use indexed lookups instead of native file tools, plus a Python CLI wrapper with zero dependencies.

For anecdotal results, I ran the same prompt against a codebase to "explore and identify opportunities to clarify the existing structure".

Using coderlm, claude was able to generate a plan in about 3 minutes. The coderlm enabled instance found a genuine bug (duplicated code with identical names), orphaned code for cleanup, mismatched naming conventions crossing module boundaries, and overlapping vocabulary. These are all semantic issues which clearly benefit from the tree-sitter centric approach.

Using the native tools, claude was able to identify various file clutter in the root of the project, out of date references, and a migration timestamp collision. These findings are more consistent with methodical walks of the filesystem and took about 8 minutes to produce.

The indexed approach did better at catching semantic issues than native tools and had a key benefit in being faster to resolve.

I've spent some effort to streamline the installation process, but it isn't turnkey yet. You'll need the rust toolchain to build the server which runs as a separate process. Installing the plugin from a claude marketplace is possible, but the skill isn't being added to your .claude yet so there are some manual steps to just getting to a point where claude could use it.

Claude continues to demonstrate significant resistance to using CodeRLM in exploration tasks. Typically to use you will need to explicitly direct claude to use it.

---

Repo: github.com/JaredStewart/coderlm

Paper: Recursive Language Models https://arxiv.org/abs/2512.24601 — Zhang, Kraska, Khattab (MIT CSAIL, 2025)

Inspired by: https://github.com/brainqub3/claude_code_RLM

Comments

aghilmort•1h ago
been wondering about treesitter grepping for agents

how do plans compare with and without etc. evven just anecdotally what you've seen so far etc

jared_stewart•35m ago
anecdotally, it seems like this helps find better places for code to sit, understands the nuances of a code base better, and does a better job avoiding duplicate functionality.

it's still very much a work in progress, the thing I'm struggling with most right now is to have claude even using the capability without directly telling it to.

there seems to be benefits to the native stack (which lists files and then hopes for the best) relative to this sometimes. Frankly, it seems to be better at understanding the file structure. Where this approach really shines is in understanding the code base.

esafak•58m ago
I see a lot of overlap with LSPs, which better agents already use, so I would appreciate a comparison. What does this add?
jared_stewart•17m ago
Tree-sitter and LSP solve different problems.

LSP is a full fledged semantics solution providing go-to-definition functionality, trace references, type info etc. But requires a full language server, project configuration, and often a working build. That's great in an IDA, but the burden could be a bit much when it comes to working through an agent.

Tree-sitter handles structural queries giving the LLM the ability to evaluate function signatures, hierarchies and such. Packing this into the recursive language model enables the LLM to decide when it has enough information, it can continue to crawl the code base in bite sized increments to find what it needs. It's a far more minimal solution which lets it respond quickly with minimal overhead.

skybrian•17m ago
Would this be useful to people who aren't using Claude? Maybe it should be installable in a more normal way, instead of as a Claude plugin.
jared_stewart•15m ago
I don't see why it wouldn't - but I'm not familiar with setup / integration on other platforms. Would love to hear more about your stack and see if we can't find a way for you to try it out