LIFEHUBBER
Theme

AI Resources

Graft

Graft builds a local context graph that coding agents can use to understand a repository without remapping it from scratch in every session.

Its structural layer uses tree-sitter to map files, symbols, calls, and repository shape without a model or API key. An optional deeper build uses a model chosen by the user to add summaries and concept nodes, while integrations expose the graph through command-line tools, MCP, and agent instruction files. Use this as a first read, not a recommendation. Open the original project before trusting details like terms, limits, privacy, cost, setup, or safety.

What it is

A repository map for coding agents

Graft turns source structure into a local graph with file cards, symbols, call relationships, repository maps, freshness checks, and linked context that agents can query before editing.

Why it stands out

Readable files instead of a separate graph service

The generated context lives in a local graft folder as readable files and structural sidecars. The core graph does not need embeddings, a vector database, a daemon, or a model call, which makes it a distinct alternative to database-backed code-intelligence tools.

Availability

Public npm package and MIT source

Graft is available as the @nanonets/graft npm package for Node.js 20 or newer. The repository documents a dry run, selective agent setup, local-only structural commands, optional model-backed enrichment, and source under the MIT license.

Why it matters

What makes it useful

Coding agents often spend part of each session rediscovering where code lives and what depends on it. Graft gives them a reusable local map for orientation, call tracing, exhaustive indexed search, and change-impact questions, so more of the session can go toward the actual task.

Notable points

What stands out

The project reports fewer tokens and tool calls in its controlled benchmark, plus larger single-task savings in a separate repository sweep. Those figures come from Graft's own tests and should be treated as workload- and agent-specific rather than expected results for every repository.

Before using

What to review

Run graft init --dry-run first. Depending on the selected agent, setup can change project instruction files and may add user-level Codex configuration and hooks unless --no-global or narrower agent flags are used.

Keep the generated graft cache and any model-written summaries appropriate for the repository. Source code or sensitive internal details may be sent to the provider chosen for the optional deep build.

Check language and framework coverage against the repository. Structural analysis is based on the parsers and relationships the current release supports, so dynamic behavior still needs verification in the code and tests.

Treat the project benchmark as a starting point, not a guarantee. Repository size, task type, agent, model, existing instructions, and whether the graph is actually used can all change the result.

Confirm the current platform notes before relying on scoped queries. The unreleased changelog records Windows path fixes that are newer than the latest published 0.8.2 package.

Reader fit

Who may find it relevant

Developers who repeatedly use Claude Code, Codex, Cursor, Gemini CLI, or another supported coding agent in the same repositories.

Teams comparing readable local context files with SQLite, property-graph, vector-search, or hosted code-intelligence layers.

Builders who want repository maps, symbol search, call tracing, impact checks, and MCP access without running a separate context service.

Less relevant for small one-off projects, non-code knowledge bases, or readers looking for a complete coding agent rather than its context layer.

Editorial note

Why LifeHubber lists it

LifeHubber lists Graft because it makes coding-agent context a concrete, inspectable part of the workspace: a local graph that can be queried, checked for drift, and rebuilt as the code changes. Readers can compare that file-based approach with database-backed code maps and decide whether the extra context actually reduces repeated repository exploration in their own work.

Source links

Source materials

Reader note

Before relying on this entry

LifeHubber lists entries to help readers inspect AI projects, not to endorse them or prove they are safe, suitable, accurate, maintained, or right for a specific use. We do not verify every entry in depth. Before relying on anything listed, review the original materials, terms, privacy practices, limits, and risks that matter for your situation.

What to explore next

Compare how the repository map is stored and explored.

Graft keeps its working graph in local files and structural sidecars. These alternatives continue the same question with persistent graph databases, broader query surfaces, and visual exploration.

Related in LifeHubber

Keep the thread going

Follow the next layer with AI Resources for AI projects with original links and practical caveats, AI Pulse for separate public activity signals from tracked AI Resources and AI Ballot, AI Guides for decision habits for messy AI choices, AI Access for free and low-cost ways to compare AI model access, AI Ballot for a clearer view of what readers are leaning toward, and AI Radar for AI stories that deserve a second look.

See what’s moving