← All work

Systems / Developer Tools / 2026

Repository intelligence

Making a codebase easier to reason about.

I am developing local Rust tools for repository discovery, structured retrieval, and validation context.

RustSQLite / FTS5Tree-sitterCLI

Private — In development

CONTRIBUTION & EVIDENCE
Run the workflow

Check the evidence against the source.

Follow a code question from repository structure to evidence with a known source state. Click a step, connection, or trace to inspect it.

Execution trace / Click to inspect

Start the walkthrough, or inspect any step before running it.

Simplified from the project architecture. Runs locally; no live models, credentials, or external services.

Repository intelligence / Inspector

Workflow overview

Discover

The local repository supplies the source content for analysis.

Why it matters

A retrieved result and a validated claim about current source are different things. Source state is part of interpreting repository evidence.

Synthetic payloads explain the boundaries. They are illustrative examples, not project API schemas or live production traces.

The engineering

Inside
the decisions.

Make repository context precise enough to act on.

Developers and coding agents need precise answers about the code they are changing: where a symbol comes from, what depends on it, and what needs to be validated.

01

The design decision

Combine language structure and local search with explicit evidence and validation context.

02

The trade-off

Stored results are useful only within a known source state. Validation must remain distinct from retrieval, and whole-product qualification remains in progress.

03

Extracting structured repository evidence

Built a Rust core around repository discovery, structured context, and evidence extraction.

04

Combining parsing and local search

Used SQLite and FTS5 for local persistence and search, with Tree-sitter parsers for language structure.

05

Checking the source state of a result

Developed explicit validation and qualification tooling so a stored result is not silently treated as proof of current source state.

Read the system flow

Repository intelligence · Public explanation of the implementation boundaries.

  1. DiscoverRead bounded repository context for developers and coding agents.
  2. Parse & indexTree-sitter structure and SQLite/FTS5 support local evidence retrieval.
  3. RetrieveReturn source context with information about its recorded state.
  4. RevalidateKeep a stored result distinct from a claim about the current code.

How it differs from Polli

Polli retrieves repository context inside a hosted agent platform. This project is local Rust tooling focused on structured source evidence and explicit validation for developers and coding agents.

A concrete stale-result example

A stored search result describes a function before an edit. Changing the source does not make that old result current. In the browser example, revalidation updates the result and its source-state label.

Implementation and demonstration

Repository discovery, parsing, local persistence, and validation tooling are under development. The browser lab demonstrates the stale-result boundary using a small sample repository, independently of the private Rust implementation.

Qualification still open

A complete language-support matrix and reproducible indexing, retrieval, and freshness benchmarks are not published. Whole-product qualification remains in progress.

Private — In development

Inspect
the work.

Active development of local retrieval and validation tooling. The current scope covers bounded repository context; whole-product qualification is still in progress.

Next project: Application engineering ↗

Source material

Discuss the engineering
Private implementation in development. The interactive example uses a small synthetic repository.

Opening the project index…

Browse all work ↗

Interactive exhibit