Evaluate the map separately from the learning workflow
Graft, now called Trail-code, combines a code map with a newer workflow for saving learnings from coding conversations. The adoption question is whether the map helps your existing agent enough to justify its integration, and whether the broader learning workflow fits your team's data handling and review practices.
The README at measured commit d34c115 describes local structural parsing with tree-sitter, symbol relationships, caller queries and file signatures. The current README retains the graft commands and adds conversation-derived learnings. Our dated repository checks do not validate those newer flows.
What happened when we ran it
Our sandbox run used Graft commit d34c115 on September 30, 2026. Installation succeeded in 49 seconds with 88 dependencies recorded and 443 MB on disk. The build succeeded in 17 seconds. Node's test runner completed in 134 seconds with 1,355 passed and 0 failed out of 1,355.
Npm audit reported 2 known vulnerabilities, both high severity, with 0 critical, moderate or low findings. The supplied measurements do not identify affected packages or exposure paths. Investigate the advisories for the revision you intend to use; passing tests do not resolve audit findings.
The recorded sandbox configuration was 3 CPUs, 8g RAM and image lab-node:22. That image label does not establish the actual runtime or operating-system version. The checkout contained 357 files, about 65,010 source lines and 44.9 MB of checked-out content. The scan found 6 CI workflow files, a Dockerfile and a tests directory.
These results establish that the supplied revision installed, built and passed its repository tests in that sandbox. They do not measure retrieval accuracy, coding-agent speed or compatibility with an existing agent setup.
Structural parsing and model summaries have different boundaries
The measured README describes the structural graph as deterministic tree-sitter parsing without a model or network. It writes a regenerable cache under graft/. Caller queries and file signatures give an agent ways to request specific context.
The optional deep pass uses a chosen model provider for written summaries. Review that provider's data handling before enabling it. Local structural parsing also does not establish that the coding agent consuming the results operates offline. The measured README separately documents usage telemetry and version checks, so its no-network description of structural parsing should not be read as a blanket promise about the entire application.
Preview initialization, then evaluate hook behavior
The measured README documents a dry-run mode that lists proposed integration writes. It also documents user-level Codex configuration and a scope control for skipping writes outside the repository. The current README documents a preview of agent wiring. These previews help inspect setup changes, but do not establish what installed hooks will do in later sessions.
Two supplied open reports make that distinction concrete. In issue #491, a user reports that user-level Claude Code hooks create graph and helper files and modify ignore rules in projects where initialization was never run. The reporter describes disruption across unrelated projects. The supplied report does not identify an installed package version. We did not reproduce it, and its applicability to the current version is unverified.
In issue #628, a user reports that Trail-code 0.23.0 on macOS instructs Claude Code to append fixed credit and speed lines and can block completion until a learning is saved. The reported speed lines were not measured in that session. We did not reproduce this behavior, and its applicability to the current version is unverified.
Before adopting the integration, check whether hooks affect unrelated repositories, alter replies or interrupt completion in your intended setup. Previewing initialization alone does not resolve these reported behaviors. Teams that require strict repository boundaries or control over agent replies should leave adoption pending until those questions are answered for their chosen version.
Past-session processing uses Claude under your login
The current README says initialization reads the user's own messages from past Claude Code sessions for the repository. It says the user's Claude Code performs that reading with Claude Sonnet under their login: messages go to Anthropic and count toward Claude usage. This is documented behavior, not a flow validated by our September run.
Repository learnings live in .trail/ and travel through Git; personal learnings stay under ~/.trail/. Review shared learnings for accuracy and scope because they become context for later agent work.
The README describes the cross-repository Trail workspace as coming soon. It also documents a conditional sharing boundary: when connected, selected repositories' learnings and records of searches and checks go to Trail. Do not treat that conditional description as evidence that we verified workspace availability or sharing behavior.
Choose an alternative by the output you need
Repomix packs a repository into a single AI-friendly file. Consider it when a portable bundle is enough for a chat or review. Inspect the selected content before sharing it with a model.
Aider is a terminal coding assistant with its own codebase map. Its README describes pair programming with models and mapping the codebase. Consider it when you want the assistant itself. Trail-code instead supplies context to an agent you already use. Our run provides no comparative speed or correctness result for either alternative.
What remains unknown
The supplied latest-release lookup is null; the evidence does not establish whether the lookup succeeded or whether a GitHub release exists.
The dated passing suite leaves current learning accuracy, hook compatibility and sustained use on an application unassessed. Start with a repository you know: compare returned callers with the source, inspect proposed writes, and check hook behavior across the repositories you use before enabling conversation-derived context.

