Baseline
Record five questions and one change task without any candidate.
Success checkA fair no-tool baseline exists.
Scenario comparison · Updated 2026-07-20
Choose between codebase-memory-mcp, Understand Anything, graphify, and code-review-graph for repository-aware coding agents.
These tools solve adjacent but different problems. Choose by the decision you need the agent to make, not by GitHub momentum or graph aesthetics.
Current RepoDaily evidence is mostly L0–L1, so this page is a selection map and test plan—not a production ranking.
RepoDaily verdict
Assess codebase-memory-mcp for persistent MCP-accessible repository memory; assess code-review-graph for local change-impact and review workflows; watch Understand Anything for visual onboarding; watch graphify for local graph retrieval experiments. Choose none when grep, LSP, or a lightweight repo map already answers the task.
Move from the selection map to the repeatable checklist and current Radar status.
| Tool | Best fit | Primary model | Current RepoDaily verdict |
|---|---|---|---|
| codebase-memory-mcp | Persistent repository memory exposed to coding agents | Graph memory + MCP | Assess · L1 |
| code-review-graph | Local blast-radius and code-review context | Tree-sitter + SQLite graph + MCP/CLI | Assess pending verification |
| Understand Anything | Visual onboarding and guided repository exploration | Interactive knowledge graph | Watch · L0 |
| graphify | Local graph retrieval and provenance experiments | GraphRAG-style local indexing | Watch · L0 |
Score against your repository and workflow; blank claims require testing.
| Dimension | codebase-memory-mcp | code-review-graph | Understand Anything | graphify |
|---|---|---|---|---|
| Primary user | Coding agent through MCP | Reviewer or agent needing impact context | Developer onboarding and exploration | Graph retrieval experimenter |
| Main output | Persistent code memory and graph queries | Change-impact graph and precise context | Visual graph, tours, search, explanations | Local graph index and retrieval |
| Strongest question | What does this repository remember across sessions? | What is affected by this change? | How is this unfamiliar codebase organized? | Can local graph retrieval improve contextual answers? |
| Main risk | Unverified graph accuracy and refresh behavior | Benchmark transferability and parser coverage | Persuasive but incomplete visualization | Operational maturity and extraction quality |
| Current evidence | L1 documentation review | Source brief; hands-on not yet normalized | L0 source summary | L0 source summary |
Use the linked checklist for a full L2 evaluation.
Record five questions and one change task without any candidate.
Success checkA fair no-tool baseline exists.
Install each candidate on the same repository and environment.
Success checkTime, artifacts, network, and failures are recorded.
Test symbols, paths, callers, tests, and explanations.
Success checkAnswers are traceable and known omissions are documented.
Rename, delete, change branch, and refresh.
Success checkStale context is detected or removed.
Repeat the change task with the same agent prompt.
Success checkThe candidate improves file choice, context, or reviewer effort.
| Scenario | First candidate | Why | Required proof |
|---|---|---|---|
| Agent edits unfamiliar service | codebase-memory-mcp | MCP-accessible persistent repository context | Correct owners, callers, tests, and branch freshness |
| Pull-request blast radius | code-review-graph | Change-oriented local graph and review context | Affected paths are complete enough to reduce reviewer misses |
| New teammate onboarding | Understand Anything | Visual graph and guided exploration | Generated flows match known architecture and remain traceable |
| Local retrieval research | graphify | Graph-based local indexing | Extraction, provenance, refresh, and cost are measurable |
| Small repository | None | Native tools may be simpler and more reliable | Show a real failure of grep/LSP before adding infrastructure |
Do not treat visual onboarding, persistent memory, GraphRAG, and change impact as interchangeable.
Project benchmarks and RepoDaily verification are different evidence classes.
Every candidate must prove branch, rename, deletion, and incremental refresh behavior.
Verify local storage, remote calls, exports, logs, and deletion behavior.
A tool loses when it does not beat grep, LSP, or a lightweight repo map on the actual task.
Use one representative repository and a fixed question set.
Allow retrieval before autonomous edits.
Require file and symbol sources in early trials.
Block agent use when the index version or branch is uncertain.
Uninstall and delete indexes before approving broader adoption.
Selection answers for the pilot.
There is no defensible overall winner yet because the tools target different decisions and RepoDaily evidence is not yet at L2 for all candidates.
There is no confirmed RepoDaily Brief in the current content set, so it is deferred until identity, scope, and evidence are normalized.
The platform should help users avoid unnecessary infrastructure when native search and language tooling are sufficient.
Feedback
Anonymous feedback helps RepoDaily improve what is actually useful.