I Opened All Thirteen Memory MCP Servers. Every Public Signal I Trusted Was Wrong.

Описание и применение

Разработчики часто полагаются на публичные метрики, такие как звёзды, записи в реестре и загрузки, чтобы оценить серверы памяти MCP. Однако эти показатели часто не отражают реальный сервер, который устанавливается. Автор статьи предложил простую проверку из четырёх шагов, позволяющую быстро убедиться в актуальности репозитория, наличии под‑проекта, свежести кода и реальных затратах на «бесплатный» вариант. Это заменяет сложные таблицы сравнения и предотвращает ошибочные решения.

Задача

Developers rely on public metrics (stars, registry entries, download counts, README claims) to evaluate memory MCP servers, but these signals often misrepresent the actual server being installed.

Результат

Using the four quick checks eliminates reliance on misleading public signals, ensuring developers choose servers that match their deployment needs and avoid abandoned or misrepresented projects.

Рабочий процесс

• Open the repository the install command points at to verify star count.
• Check the last commit date on the main branch.
• Search the repository to confirm the sub-project referenced in the README still exists.
• Determine what resources are required to run a “free” server (e.g., database, embeddings key).

Доказательства

The star count often belongs to a different project

Источник

The registry is a form, not a review

Источник

Download counts measure the reference implementation, not the field

Источник