registree
An anti-hallucination class registry for coding agents, served over MCP.
Coding agents guess constructor signatures from memory — a keyword that
doesn't exist, a required argument left out — and you pay for the guess in a
TypeError and a debugging round-trip. registree removes the guess: it walks
your codebase with ast (never imports), builds a registry of every class
definition, and serves it as MCP tools so the agent can verify the
signature before writing the call.
Two principles run through every tool:
- Names map to lists. A duplicated class name returns every definition; the server never silently picks the first match.
- Honesty over confidence. An open-ended constructor (
**kwargs, Pydanticextra=/alias=) reports its contract as unknowable, never as an empty list pretending to be an answer.
How it works
- Scan — an AST walk over your source tree extracts every class:
constructor parameters (including
**kwargsand positional-only), typed fields with defaults, inheritance, docstrings. Classification is transitive: a model routed through your project's own base class is still recognized as a Pydantic model. - Serve — the registry is cached as JSON and exposed over MCP stdio. It maintains itself: generated on first use, regenerated whenever a scanned file is newer than the cache.
- Answer — the agent queries it at the moment of use, instead of guessing.
MCP tools
| tool | use it |
|---|---|
get_signature |
before writing a constructor or method call — required args, accepted keywords, the class's methods (inherited included), every definition of a duplicated name |
verify_snippet |
after drafting code — checks constructor calls against the registry |
search_classes |
when unsure of the exact class name |
list_duplicates |
which names need an explicit import to disambiguate |
get_usages |
before a rename — every usage, including through import aliases (X as XDB) |
server_info |
server status and registry size |
Install
No install needed with uv — MCP clients launch
it with uvx. For direct CLI use:
uv tool install registree # or: pip install registree
Requires Python 3.12+.
Wire it into your agent
Any MCP client, JSON config form:
{
"mcpServers": {
"registree": {
"command": "uvx",
"args": ["registree", "serve", "--root", "/path/to/your/project"]
}
}
}
Omitting --root serves the directory the client launches the server in,
which for most MCP clients is the project root.
- Quickstart (any agent): docs/quickstart.md
- Claude Code setup, including the hook integration: docs/claude-code.md
Agent compatibility
The MCP tools work with any MCP client — Claude Code, Claude Desktop, Cursor, Windsurf, Cline, Zed, VS Code Copilot agent mode, Gemini CLI, and anything else that speaks MCP over stdio. Structured tool output degrades gracefully for clients that only read text content.
The hook adapters (hook-check, hook-regen) target Claude Code's hook
protocol, which can intercept a pending file edit — or, opt-in, Python
about to be run through a quoted shell heredoc — and hand the model
advisory feedback before it lands, a deterministic checkpoint the MCP
layer alone can't provide. See docs/claude-code.md.
That protocol is spreading: VS Code Copilot agent mode (Preview) reads the
same format — same events, same stdin JSON, even .claude/settings.json —
and the adapters tolerate its camelCase field names. Codex CLI and Gemini
CLI use close-enough hook contracts that ports are straightforward. Agents
whose hook systems can't intercept file edits pre-application (Cursor,
Windsurf without model feedback, Zed with no hooks yet) still get the full
MCP toolset — the hooks just add a deterministic layer where the platform
supports one.
CLI
The same engine is available directly:
registree gen # build the registry
registree conflicts # duplicate names: accepted layering vs smells
registree usages SomeClass # every usage, alias-aware — run before renames
registree hook-check # Claude Code PreToolUse adapter (advisory)
registree hook-regen # Claude Code PostToolUse adapter (debounced)
registree conflicts exits non-zero only for duplicate names that are
genuine smells — the accepted ORM/domain layered pair passes — so it is safe
to wire into CI from day one.
The registry cache
Lives at .registree/registry.json by default — add .registree/ to your
.gitignore. Every command that touches it accepts --registry-path to put
it anywhere else; relative paths are anchored to the project root.
Development
uv sync # creates .venv, installs deps + dev tools
uv run pytest # includes a real stdio JSON-RPC handshake test
uv run mypy src tests
uv run ruff check .
uv run black --check .
Run the server directly (speaks MCP over stdio; exits on EOF):
uv run registree
License
Metadata
Release files for registree 0.3.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| registree-0.3.0.tar.gz | 36.3 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| registree-0.3.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 78.3 kB
Release files / registree-0.3.0.tar.gz
| Download URL | registree-0.3.0.tar.gz |
|---|---|
| Size | 36.3 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
a73bae9e7c7788fbda2eb8af124d14a32d99dfd6949a19e640dd6490882ee277
|
|
BLAKE2b-256 checksum How to use checksums |
131cb4e51b051dfe23b31fbba7e82847b910fbb2fd90da16be4bf3eaf00a5cc6
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 25, 2026.
Transparency logRelease files / registree-0.3.0-py3-none-any.whl
| Download URL | registree-0.3.0-py3-none-any.whl |
|---|---|
| Size | 41.9 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
dd6a8dc94d4181c7df5fdc73b6112384208b0c0b93fb128b3751c1392f3e9053
|
|
BLAKE2b-256 checksum How to use checksums |
24e711525922ff60d727f290958312cd85edad7715f903c492af5adfed0eccfb
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 25, 2026.
Transparency log