Smart Claude Memory MCP Server

smart-claude-memory-mcp npm v2.3.2

Published by nabilnet-org — no publish provenance, so origin is unverified, but the source is public: the repository link below is self-declared yet readable, so you can inspect the code before adopting it.

Sovereign memory protocol for Claude Code — typed, dual-scope, observability-grade. Bring your own empty Supabase project; the plugin handles the rest.

Trust grade
A
93/100
Last scanned get badge →
Trust
A · 93/100
Adoption risk for you: the threat score, then adjusted down for blast radius, publisher verification and how much the scan could see. Deterministic; every point is auditable.
Capability
High
Blast radius if it went rogue — what the server’s tools could reach. Independent of trust.
Coverage
Source
How much the scan could actually inspect. Shallow coverage is stated, never hidden.
Share this Trust Score
𝕏 Share LinkedIn Reddit
A Why this grade threat 100 − adoption risk = 93/100

The grade answers one question — how safe is this server for you to adopt — so it is computed in two auditable stages. Nothing below is an opinion or an LLM's guess; every line is a real term the deterministic engine applied, and the same input always yields the same number.

1. Threat score — 100 − 0 = 100. What the published surface and source actually contain:

The deterministic scan raised no scored threat in the surface it inspected — the threat score stayed at 100. Capability observations and advisory notes are recorded but never lower it.

2. Client adoption risk — 100 − 7 = 93. Three small, subtract-only factors that reflect your risk in adopting it — a clean scan proves less on a powerful, unverified or barely-inspectable package, so the grade says so plainly:

PointsAdoption-risk factor
−6 capability blast radius (high) — client exposure if the model is manipulated
−1 publisher verification (public source) — no provenance, but the source is public and inspectable

Capability observations and info notes are shown under Findings but never scored. Open any row's finding below for the file, line and evidence behind a deduction.

Findings 4

high Shell/command execution in server code (dist/tools/image.js)MTC-SRC-002

In the server's implementation (`dist/tools/image.js:4`): Spawning a shell/process is command-execution capability; with unsanitized tool input it is command injection / RCE. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.

Evidence: ecFileSync } from "node:child_process"; import { captionImage, embed } from "../ollama.js"; import { upsertChunks, md5 }

Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.

Location: server dist/tools/image.js

high Shell/command execution in server code (dist/tools/refactor.js)MTC-SRC-002

In the server's implementation (`dist/tools/refactor.js:3`): Spawning a shell/process is command-execution capability; with unsanitized tool input it is command injection / RCE. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.

Evidence: rt { spawn } from "node:child_process"; import { homedir } from "node:os"; import { detectProjectType } from "../project

Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.

Location: server dist/tools/refactor.js

high Shell/command execution in server code (dist/tools/sync.js)MTC-SRC-002

In the server's implementation (`dist/tools/sync.js:4`): Spawning a shell/process is command-execution capability; with unsanitized tool input it is command injection / RCE. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.

Evidence: ecFileSync } from "node:child_process"; import { fileURLToPath } from "node:url"; import { createRequire } from "node:mo

Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.

Location: server dist/tools/sync.js

low Shell/command execution in packaging/dev tooling (dist/tools/setup.js)MTC-SRC-002

In a packaging/dev/install script (shipped, but not the server runtime) (`dist/tools/setup.js:19`): Spawning a shell/process is command-execution capability; with unsanitized tool input it is command injection / RCE. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.

Evidence: rt { spawn } from "node:child_process"; import net from "node:net"; import { auditBloat, } from "./bloat-audit.js"; cons

Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.

Location: server dist/tools/setup.js

Tools 58

Each tool and what it can reach — statically extracted from the published source.

  • analyze_regressionno sensitive capability
  • apply_curriculum_taskno sensitive capability
  • batch_freeze_patternsno sensitive capability
  • check_code_hygieneno sensitive capability
  • check_rule_conflictsno sensitive capability
  • check_system_healthno sensitive capability
  • checkpoint_commitno sensitive capability
  • checkpoint_createno sensitive capability
  • checkpoint_listno sensitive capability
  • checkpoint_rollbackno sensitive capability
Show 48 more tools ↓
  • compact_trajectoryno sensitive capability
  • compose_global_rationaleno sensitive capability
  • compose_skill_candidateno sensitive capability
  • confirm_promotionno sensitive capability
  • confirm_verificationno sensitive capability
  • delegate_taskno sensitive capability
  • end_taskno sensitive capability
  • freeze_fileno sensitive capability
  • get_daemon_budgetno sensitive capability
  • get_task_budgetno sensitive capability
  • get_trajectory_summaryno sensitive capability
  • index_imageno sensitive capability
  • init_projectno sensitive capability
  • kg_hybrid_searchno sensitive capability
  • kg_upsert_edgeno sensitive capability
  • kg_upsert_nodeno sensitive capability
  • list_cluster_membersno sensitive capability
  • list_curriculum_tasksno sensitive capability
  • list_frozenno sensitive capability
  • list_global_patternsno sensitive capability
  • list_graduation_candidatesno sensitive capability
  • list_kg_edgesno sensitive capability
  • list_kg_nodesno sensitive capability
  • list_skill_candidatesno sensitive capability
  • list_supernodesno sensitive capability
  • manage_backlogno sensitive capability
  • package_skillno sensitive capability
  • promote_skill_candidateno sensitive capability
  • prune_memoryno sensitive capability
  • pull_curriculum_taskno sensitive capability
  • raise_verification_gateno sensitive capability
  • refactor_guardno sensitive capability
  • reject_curriculum_taskno sensitive capability
  • reject_graduationno sensitive capability
  • reject_skill_candidateno sensitive capability
  • request_skillno sensitive capability
  • reset_daemon_budgetno sensitive capability
  • save_memoryno sensitive capability
  • search_memoryno sensitive capability
  • start_taskno sensitive capability
  • summarize_memory_fileno sensitive capability
  • sweep_legacy_backupsno sensitive capability
  • sync_artefactsno sensitive capability
  • sync_local_memoryno sensitive capability
  • system_dashboardno sensitive capability
  • trigger_clusteringno sensitive capability
  • unfreeze_fileno sensitive capability
  • upgrade_constitutionno sensitive capability

What this scan could not see

Versions 1

Scan history per published version. The engine is deterministic — the same version always yields the same score, so a changed score means the package itself changed.

VersionScoreFindingsEngineScanned
v2.3.2 latest A 93/100 4 1.12.1 2026-07-28

Embed this score

Show this server's live Trust Score in your README, docs or website. The badge is served straight from the registry and updates automatically after every rescan — no API key needed. It links back to this page, so anyone who sees the grade can also read the findings behind it instead of taking a number on faith.

MCP Trust Score: A · 93/100
Markdown (GitHub README)
[![MCP Trust Score](https://mcptrustchecker.com/registry/smart-claude-memory-mcp/badge.svg)](https://mcptrustchecker.com/registry/smart-claude-memory-mcp)
HTML
<a href="https://mcptrustchecker.com/registry/smart-claude-memory-mcp"><img src="https://mcptrustchecker.com/registry/smart-claude-memory-mcp/badge.svg" alt="MCP Trust Score" height="20"></a>
Prefer shields.io styling? Point it at https://mcptrustchecker.com/registry/smart-claude-memory-mcp/badge.json via https://img.shields.io/endpoint?url=…

Verify this score yourself

The score above is reproducible: the same package version always yields the same result. Run it locally or over the free API — no account, no LLM, fully deterministic.

npx mcptrustchecker scan smart-claude-memory-mcp --online

Use the free API → How scoring works

More in Developer Tools