NEAT
NPM · @NEAT.IS/MCP · SCANNED SEP 20
Fused graph of your codebase — static code + runtime OTel — for AI agents, over MCP.
Available components
How this component scores in each security and reliability category. Every signal is checked automatically from public evidence about the published package, including repeated runs of it in an isolated sandbox, and we only credit what we can confirm. How we score → Why this is hard to score →
Supply Chain Security98
- No malware found by supply-chain analysis.Pass
- No known CVEs affecting this package version or its production dependencies.Pass
- No install/post-install scripts declared.Pass
- 31 of 97 dependencies flagged as unhealthy. View diagnostics → Partial
Provenance & Transparency35
- Source repository is publicly reachable at the declared URL. View diagnostics → Pass
- Provenance check failed: no build-provenance attestation is published. See how to fix → View diagnostics → Fail
- License check failed: the license (BUSL-1.1) isn't a recognized OSI-approved license. See how to fix → Fail
- Actively maintained (last published 0 days ago).Pass
- Publishes a security disclosure policy (SECURITY.md).Pass
Schema Quality & AI Usability75
- AI-judged instruction clarity (excellent).Pass
- Context-footprint check failed: tool/resource definitions use about 3305 tokens (~137/item across 24 items; 24 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
- Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management97
- Stability observed for 29 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage100
- 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
- 100% of tool parameters carry a description.Pass
Tool Safety100
- No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
- We read all 24 captured tool definition(s), and no name or description among them implies an irreversible operation.Pass
- An AI judge read all 25 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
- Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
How do I install the NEAT MCP server?
NEAT runs locally as an npm package, launched with npx -y @neat.is/mcp. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.
npm · @neat.is/mcp
claude mcp add neat-technologies-neat -- npx -y @neat.is/mcp
{
"mcpServers": {
"neat-technologies-neat": {
"command": "npx",
"args": [
"-y",
"@neat.is/mcp"
]
}
}
} {
"servers": {
"neat-technologies-neat": {
"command": "npx",
"args": [
"-y",
"@neat.is/mcp"
]
}
}
} codex mcp add neat-technologies-neat -- npx -y @neat.is/mcp
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"neat-technologies-neat": {
"type": "local",
"command": [
"npx",
"-y",
"@neat.is/mcp"
],
"enabled": true
}
}
} openclaw mcp add neat-technologies-neat --command npx --arg -y --arg @neat.is/mcp
mcp_servers:
neat-technologies-neat:
command: "npx"
args: ["-y", "@neat.is/mcp"] {
"McpServers": {
"neat-technologies-neat": {
"Transport": "stdio",
"Command": "npx",
"Arguments": [
"-y",
"@neat.is/mcp"
]
}
}
} assistant mcp add neat-technologies-neat -t stdio -c npx -a -y @neat.is/mcp
{
"mcpServers": {
"neat-technologies-neat": {
"command": "npx",
"args": [
"-y",
"@neat.is/mcp"
]
}
}
} Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.
- 20 Sept 26 +10
- Known CVEs: unverified → pass ▲ security
- Dependency health: unverified → 0.85 ▲ functional
- Stability: pass → 0.97 functional
- 19 Sept 26 −10
- Known CVEs: pass → unverified ▼ security
- Stability: 0.97 → pass security
- Dependency health: 0.85 → unverified ▼ functional
- Package version: 0.9.18 → 0.9.19 functional
- 18 Sept 26 −1
- Stability: pass → 0.97 functional
- Package version: 0.9.17 → 0.9.18 functional
- 16 Sept 26 0
- Stability: pass → unverified ▼ security
- Tool safety: pass → unverified ▼ security
- Capabilities: pass → unverified ▼ functional
- Tool coverage: 100 → unverified ▼ functional
- Package version: 0.9.16 → 0.9.17 functional
- 15 Sept 26 +61
- Malware scan: unverified → pass ▲ security
- Injection markers: unverified → pass ▲ security
- Stability: unverified → pass ▲ security
- Tool coverage: unverified → 100 ▲ functional
- MCP protocol: unverified → pass ▲ functional
- 14 Sept 26 −45
- Stability: 0.93 → unverified ▼ security
- Tool safety: pass → unverified ▼ security
- Malware scan: unverified → pass ▲ security
- Capabilities: pass → unverified ▼ functional
- Tool coverage: 100 → unverified ▼ functional
- Package version: 0.9.15 → 0.9.16 functional
- 13 Sept 26 −16
- Malware scan: pass → unverified ▼ security
- Stability: pass → 0.93 functional
- Package version: 0.9.14 → 0.9.15 functional
- 11 Sept 26 +1
- Stability: 0.97 → pass security
Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.
Captured 20 Sept 2026 · Analysed npm/@neat.is/mcp@0.9.19
Provenance No attestation
The registry publishes no build provenance for this version, so there is nothing to verify.
| Result | No attestation |
|---|---|
| Ecosystem | npm |
Background: How many MCP packages publish verified provenance →
Dependencies 97 packages
| Packages resolved | 97 |
|---|---|
| Stale | 31 |
| Tree resolution | Complete |
Background: SBOMs and build attestations, explained →
The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →
ask ~227
Ask the graph a question in plain language — the front door to NEAT. Reach for this FIRST, before Read/Grep/Bash, for any question about this system's behaviour, dependencies, failures, root cause, or blast radius. You do NOT need to know which tool or the exact node id: `ask` resolves the entities in your question to graph nodes and routes it to the right traversal (root cause, dependencies, observed runtime calls, incidents, divergences, blast radius), returning one compact answer with every fact provenance-tagged (EXTRACTED/OBSERVED/INFERRED/STALE) and confidence-scored. Use the structured tools (get_root_cause, get_dependencies, …) when you already have a node id and want just that one traversal.
| Name | Type | Req | Description |
|---|---|---|---|
| project | string | – | Project name when the core hosts more than one (set NEAT_PROJECTS=...). Omit to use the default project. |
| question | string | yes | A natural-language question, e.g. "why is checkout failing?" or "what breaks if I change the orders table?" |
No output schema declared.
No examples provided.
check_policies ~222
Inspect, dry-run, or get the soft guardrail for the project's policy.json. With applicableTo, returns the policies that apply where you are working — surfaced as context so you stay inside the lines (informs, never blocks). Without hypotheticalAction or applicableTo, returns currently-recorded violations. With hypotheticalAction, returns violations that would result if the action were applied. Architectural assertions in five shapes (structural / compatibility / provenance / ownership / blast-radius).
| Name | Type | Req | Description |
|---|---|---|---|
| applicableTo | string | – | Soft guardrail (ADR-108): pass the node id you are about to edit and check_policies returns the policies that govern it, as a context block — so you stay inside the lines. Advisory only; never blocks. |
| hypotheticalAction | – | – | Dry-run mode: simulate the action and return resulting violations. Omit for current state. |
| project | string | – | Project name when the core hosts more than one (set NEAT_PROJECTS=...). Omit to use the default project. |
| scope | – | – | Narrow to a subset. Default "all". |
No output schema declared.
No examples provided.
expand ~175
Take one navigation step from a node and classify the neighbourhood (ADR-189). direction "up" walks to callers/dependents (who calls this), "down" walks to callees/dependencies (what this calls). Each neighbour comes back classified primary-failure / symptom-only / unrelated. Use this to navigate a failure one hop at a time instead of trusting a single verdict — a symptom-only node is a downstream victim, so walk "up" from it toward the real cause.
| Name | Type | Req | Description |
|---|---|---|---|
| direction | string | yes | up = callers/dependents (toward the cause), down = callees/dependencies |
| nodeId | string | yes | Graph node id to step from |
| project | string | – | Project name when the core hosts more than one (set NEAT_PROJECTS=...). Omit to use the default project. |
No output schema declared.
No examples provided.
get_blast_radius ~93
List every node that depends on the given node — what would break if this node failed or was redeployed.
| Name | Type | Req | Description |
|---|---|---|---|
| depth | integer | – | Max BFS depth (default 10) |
| nodeId | string | yes | Graph node id to compute blast radius from |
| project | string | – | Project name when the core hosts more than one (set NEAT_PROJECTS=...). Omit to use the default project. |
No output schema declared.
No examples provided.
get_dependencies ~132
List the transitive outgoing dependencies of a node, BFS to depth N (default 3, max 10). Each result carries distance, edge type, and provenance — both static (EXTRACTED) and runtime (OBSERVED). Pass depth=1 for direct-only.
| Name | Type | Req | Description |
|---|---|---|---|
| depth | integer | – | BFS depth (default 3, max 10). depth=1 returns direct dependencies only. |
| nodeId | string | yes | Graph node id to inspect |
| project | string | – | Project name when the core hosts more than one (set NEAT_PROJECTS=...). Omit to use the default project. |
No output schema declared.
No examples provided.
get_divergences ~233
Returns places where what the code declares (EXTRACTED) doesn't match what production observed (OBSERVED). The single most NEAT-shaped query — the one that justifies the whole graph. Use when the user asks 'is anything weird?' or 'what does production do that the code doesn't?' or 'find me a bug' on an unfamiliar codebase. Returns divergences ranked by confidence × severity. Prefer this over `get_root_cause` when no specific node is failing.
| Name | Type | Req | Description |
|---|---|---|---|
| minConfidence | number | – | Drop divergences below this confidence threshold (0.0 - 1.0). |
| node | string | – | Scope to divergences involving this node id (as source or target). |
| project | string | – | Project name when the core hosts more than one (set NEAT_PROJECTS=...). Omit to use the default project. |
| type | array | – | Filter by divergence type. One or more of: missing-observed, missing-extracted, version-mismatch, host-mismatch, compat-violation, observed-symbol-mismatch, observed-failing. Omit for all. |
No output schema declared.
No examples provided.
get_graph_diff ~120
Diff a saved graph snapshot against the current live graph. Useful for change reviews and post-incidents — answers "what changed in the architecture between then and now." Returns added/removed/changed nodes and edges with both snapshot timestamps.
| Name | Type | Req | Description |
|---|---|---|---|
| againstSnapshot | string | yes | Path or http(s) URL of the snapshot to diff against (the "before" state). The current graph is the "after". |
| project | string | – | Project name when the core hosts more than one (set NEAT_PROJECTS=...). Omit to use the default project. |
No output schema declared.
No examples provided.
get_incident_card ~166
One self-sufficient work order for an incident on a node (ADR-221): the incident fused with its root-cause chain, blast radius, governing policies, and node divergence — each claim provenance-stamped, so you can act without grepping. Give a node id (a service, file, or symbol); omit errorId for the node's most-recent incident, or pass errorId to pin one.
| Name | Type | Req | Description |
|---|---|---|---|
| errorId | string | – | Pin a specific incident by its id; omit for the most recent |
| nodeId | string | yes | Graph node id the incident is on (service/file/symbol) |
| project | string | – | Project name when the core hosts more than one (set NEAT_PROJECTS=...). Omit to use the default project. |
No output schema declared.
No examples provided.
get_incident_history ~84
Return recent OTel error events recorded against a node, most recent first.
| Name | Type | Req | Description |
|---|---|---|---|
| limit | integer | – | Max events to return (default 20) |
| nodeId | string | yes | Graph node id to query |
| project | string | – | Project name when the core hosts more than one (set NEAT_PROJECTS=...). Omit to use the default project. |
No output schema declared.
No examples provided.
get_observed_dependencies ~89
List only the runtime (OBSERVED via OTel) outgoing dependencies of a node. Use this to compare what code SAYS the service depends on vs what production actually does.
| Name | Type | Req | Description |
|---|---|---|---|
| nodeId | string | yes | Graph node id to inspect |
| project | string | – | Project name when the core hosts more than one (set NEAT_PROJECTS=...). Omit to use the default project. |
No output schema declared.
No examples provided.
get_recent_stale_edges ~126
List the most recent OBSERVED → STALE edge transitions. Use this to spot integrations that have gone quiet — a CALLS edge that just went stale typically means an upstream stopped calling, not that the link is healthy.
| Name | Type | Req | Description |
|---|---|---|---|
| edgeType | string | – | Filter by edge type — e.g. "CALLS" or "CONNECTS_TO" |
| limit | integer | – | Max events to return (default 50) |
| project | string | – | Project name when the core hosts more than one (set NEAT_PROJECTS=...). Omit to use the default project. |
No output schema declared.
No examples provided.
get_root_cause ~125
Trace a failing node up its dependency graph to find the underlying cause. Use this when something is breaking and you want to know which upstream component is the actual culprit.
| Name | Type | Req | Description |
|---|---|---|---|
| errorId | string | – | Specific error event id from incident history; if set, the result is coloured with that error message |
| errorNode | string | yes | Graph node id where the error surfaced, e.g. "database:payments-db" |
| project | string | – | Project name when the core hosts more than one (set NEAT_PROJECTS=...). Omit to use the default project. |
No output schema declared.
No examples provided.
neat_apply_extension ~189
Install an instrumentation package and splice its registration into the existing OTel hook file. Idempotent — calling twice with the same args is a no-op. Only modifies instrumentation files, package.json, and the lockfile (via the project package manager).
| Name | Type | Req | Description |
|---|---|---|---|
| instrumentation_package | string | yes | The instrumentation npm package, e.g. "@prisma/instrumentation" |
| library | string | yes | The library being instrumented, e.g. "@prisma/client" |
| project | string | – | Project name when the core hosts more than one (set NEAT_PROJECTS=...). Omit to use the default project. |
| registration_snippet | string | yes | The JS/TS snippet to splice into the instrumentations array, e.g. "instrumentations.push(new PrismaInstrumentation())" |
| version | string | yes | Semver range for the instrumentation package, e.g. "^6.0.0" |
No output schema declared.
No examples provided.
neat_connect ~132
Connect a provider to this hosted project by pasting its API token — the headless path, no browser needed. NEAT verifies the token against the provider, seals it, and pulls the provider into the project graph as OBSERVED. Hosted only.
| Name | Type | Req | Description |
|---|---|---|---|
| credential | string | yes | The provider's own API token — e.g. a Supabase Management token (sbp_...) or a Railway account/team token. Sealed at rest; never stored in the graph or returned. |
| provider | string | yes | Provider id, e.g. "supabase" or "railway" (see neat_list_connectable) |
No output schema declared.
No examples provided.
neat_connection_status ~35
List the providers connected to this hosted project and each connection's status (connecting / healthy / error / needs reconnect). Hosted only.
Input schema present but exposes no named parameters.
No output schema declared.
No examples provided.
neat_describe_project_instrumentation ~76
Describe the current state of OTel instrumentation in the project: which hook files exist, whether .env.neat is present, which OTel deps are installed.
| Name | Type | Req | Description |
|---|---|---|---|
| project | string | – | Project name when the core hosts more than one (set NEAT_PROJECTS=...). Omit to use the default project. |
No output schema declared.
No examples provided.
neat_disconnect ~43
Disconnect a provider from this hosted project — drops its stored connection(s). Hosted only.
| Name | Type | Req | Description |
|---|---|---|---|
| provider | string | yes | Provider id to disconnect, e.g. "supabase" |
No output schema declared.
No examples provided.
neat_dry_run_extension ~155
Preview what neat_apply_extension would do without making any changes. Returns the exact file diff, deps to add, and install command.
| Name | Type | Req | Description |
|---|---|---|---|
| instrumentation_package | string | yes | The instrumentation npm package, e.g. "@prisma/instrumentation" |
| library | string | yes | The library being instrumented, e.g. "@prisma/client" |
| project | string | – | Project name when the core hosts more than one (set NEAT_PROJECTS=...). Omit to use the default project. |
| registration_snippet | string | yes | The JS/TS snippet to splice into the instrumentations array |
| version | string | yes | Semver range for the instrumentation package, e.g. "^6.0.0" |
No output schema declared.
No examples provided.
neat_list_connectable ~57
List the providers you can connect to this hosted project (Supabase, Railway, …). Hosted only — needs NEAT_CP_URL and a NEAT_API_KEY (neat_pat_); returns a "not configured" note otherwise.
Input schema present but exposes no named parameters.
No output schema declared.
No examples provided.
neat_list_uninstrumented ~75
List libraries in the project that need instrumentation beyond the auto-instrumentations bundle. Returns first-party, third-party, and gap libraries that require an explicit instrumentation package.
| Name | Type | Req | Description |
|---|---|---|---|
| project | string | – | Project name when the core hosts more than one (set NEAT_PROJECTS=...). Omit to use the default project. |
No output schema declared.
No examples provided.
neat_lookup_instrumentation ~98
Look up the registry entry for a specific library. Returns the canonical instrumentation package, version, and registration snippet if one exists.
| Name | Type | Req | Description |
|---|---|---|---|
| installedVersion | string | – | Installed version for range matching |
| library | string | yes | npm package name, e.g. "@prisma/client" |
| project | string | – | Project name when the core hosts more than one (set NEAT_PROJECTS=...). Omit to use the default project. |
No output schema declared.
No examples provided.
neat_rollback_extension ~98
Undo the last neat_apply_extension for a given library. Removes the dep from package.json and the registration from the hook file. Does not re-run the package manager — run install manually to sync the lockfile.
| Name | Type | Req | Description |
|---|---|---|---|
| library | string | yes | The library whose instrumentation should be rolled back |
| project | string | – | Project name when the core hosts more than one (set NEAT_PROJECTS=...). Omit to use the default project. |
No output schema declared.
No examples provided.
relate ~179
Confirm whether two nodes are connected, which way, and whether the connecting path carries the failure (ADR-189). Returns the direction (a→b or b→a), the path with per-hop provenance, and carriesSignal — whether errors/latency run end to end, which turns "a path exists" into "a is actually causing b". No path within the depth bound returns "no path within N hops", never a false "unrelated".
| Name | Type | Req | Description |
|---|---|---|---|
| a | string | yes | First node id (the hypothesised cause) |
| b | string | yes | Second node id (the hypothesised symptom) |
| maxDepth | integer | – | Max path length to search (default 5) |
| project | string | – | Project name when the core hosts more than one (set NEAT_PROJECTS=...). Omit to use the default project. |
No output schema declared.
No examples provided.
semantic_search ~105
Search nodes by natural-language query. Uses embedding vectors when an embedder is available (Ollama nomic-embed-text → in-process MiniLM → substring fallback) — phrase the query the way you would describe what you want.
| Name | Type | Req | Description |
|---|---|---|---|
| project | string | – | Project name when the core hosts more than one (set NEAT_PROJECTS=...). Omit to use the default project. |
| query | string | yes | Free-text query, e.g. "service handling checkout payments" |
No output schema declared.
No examples provided.
What is the NEAT MCP server?
NEAT is an MCP server listed in the public MCP registry as io.github.neat-technologies/neat. Fused graph of your codebase, static code + runtime OTel, for AI agents, over MCP. This page covers its npm package (@neat.is/mcp).
Is the NEAT MCP server safe to use?
NEAT scores 81 out of 100 on VerifyMCP. We found no known CVEs affecting it as of 20 September 2026. It declares no install or post-install scripts. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.
What tools does the NEAT MCP server expose?
NEAT exposes 24 tools: ask, get_root_cause, get_blast_radius, get_dependencies, get_observed_dependencies, and 19 more. Their descriptions and schemas cost roughly 3,034 tokens of context every time the server is loaded.
Is the NEAT MCP server still maintained?
NEAT is still listed as active in the MCP registry. We last reached this channel on 20 September 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.
What licence is the NEAT MCP server under?
NEAT declares the BUSL-1.1 licence, which is not on the OSI-approved list. Read the terms before using it at work, and note this covers the source only, not the cost of any service it calls.