Coordination memory with verification: reconcile-against-GitHub, verdict freshness, provenance.
MCPpedia last refreshed this data
io.github.aliomraniH/mcp-assist-memory is an MCP server that coordination memory with verification: reconcile-against-GitHub, verdict freshness, provenance. Its tool list has not been published yet over http, requires no API key, and scores 28/100 on MCPpedia's security, maintenance and efficiency rubric.
Config is the same across clients - only the file and path differ.
{
"mcpServers": {
"io-github-aliomranih-mcp-assist-memory": {
"url": "<see-readme-for-url>"
}
}
}Are you the author?
Add this badge to your README to show your security score and help users find safe servers.
Coordination memory with verification: reconcile-against-GitHub, verdict freshness, provenance.
No automated test available for this server. Check the GitHub README for setup instructions.
Five weighted categories - click any category to see the underlying evidence.
No known CVEs.
No package registry to scan.
Be the first to review
Have you used this server?
Share your experience - it helps other developers decide.
Sign in to write a review.
Others in other
deja-vu: local memory over the session histories of forty-three coding agents.
MCP WordPress Remote proxy server
专门为 agent 打造的 agent 搜索工具,具备多语言搜索能力,覆盖中文/英文/学术/代码/购物/金融/新闻/百科。
Searchable football data provider documentation for AI coding agents. Like Context7 for football data.
MCP Security Weekly
Get CVE alerts and security updates for io.github.aliomraniH/mcp-assist-memory and similar servers.
Start a conversation
Ask a question, share a tip, or report an issue.
Sign in to join the discussion.
A generic, project-agnostic memory / coordination / artifact server for multi-agent and multi-surface work. One FastAPI process serves a 30-tool MCP over Streamable HTTP, backed by Postgres (+ pgvector), deployed standalone on a Replit Reserved VM.
This is Tier 1 of the reusability contract: every project reuses it as-is. It carries zero domain terms — project identity lives in namespace values, never in tool names, tables, columns, or code.
verified_persisted), standardized
error payloads with remedies, write-time screening + quarantine, provenance
tiers (origin, model attribution, derived_from lineage), trust decay
(needs_reverification), PHI-safe tool_events telemetry, per-namespace
variant profiles, and an observation_log feedback channel.namespace.57P01/08xxx)
on a fresh pooled connection, and validates connections at checkout, so callers
no longer have to retry. Retries are idempotency-gated, so they never double-write.[[UNTRUSTED_DATA]], never reconstructed on read),
instruction-shaped writes are screened and quarantined (visible in the write ack;
include_quarantined: true opts reads back in), and reads come back wrapped in
<<<UNTRUSTED_DATA>>> markers; storage.sanitize.unwrap_value recovers the raw
value when a consumer needs it (e.g. to json.loads). Honest framing: these are
layers, not proofs — deterministic screens and wrappers are bypassable by an
adaptive attacker; adversarial evaluation is pending (see Phase 10 backlog in
DECISION-PROTOCOL.md)./admin dashboard.| Group | Tools |
|---|---|
| memory | memory_save memory_get memory_list memory_history memory_delete memory_search |
| handoff | handoff_save handoff_load handoff_list |
| session | session_create session_append_event session_get session_list session_events |
| artifact | artifact_put artifact_get artifact_list |
| coordination | coord_health coord_drift_scan coord_reconcile coord_curate |
| gate | intent_open skill_define gate_close_outcome gate_cache_status |
| sequence | session_bootstrap namespace_init recall |
| feedback | observation_log |
| admin | stats |
Sequences are the paths an agent should take. Correct use of this server has
always been a sequence — learn which database answered, resolve the profile,
check what is stale, then act — and that ordering used to live in tool
descriptions and skills, i.e. it was enforced by a model remembering advice
mid-task, and a skipped step produced no signal whatsoever. The three sequence
tools run their steps server-side in a fixed order and return steps_run, so
the ordering is something the server did rather than something a caller got
right. They are strictly additive: every primitive they are built from still
works exactly as before, for surgical use.
recall and memory_search now share ONE retrieval guard
(storage/retrieval.py): the same absolute floor and relative alpha the Intent
Gate applies. Previously memory_search had no floor at all while intent_open
had both, so the same store answered the same question differently depend