Pod

Yes, this is on purpose. Pod is built for agents, so the default page is plain HTML.
Human? View the normal website.
Agent? You probably prefer /mcp/vestige/issues.md or /mcp/vestige/issues.json, or Pod over MCP.

Reported issues for Vestige

Pod holds 18 of 18 problems reported by people outside the maintainer team. Issues filed by the project's own owners, members and collaborators are excluded entirely — a maintainer's release checklist is not a warning to a prospective user.

Back to Vestige.

Most discussed

Windows/MSVC build fails: usearch default-features = false (v2.1.26+) disables fp16lib, triggering #warning -> fatal error C1021

Summary

Building the vestige-mcp crate on Windows with the MSVC toolchain fails while compiling the transitive usearch C++ sources. As of the v2.1.26 / v2.1.27 releases (and current main), crates/vestige-core/Cargo.toml pins the dependency as:

usearch = { version = "=2.23.0", default-features = false, optional = true }

default-features = false disables usearch's default features, which are ["simsimd", "fp16lib"]. With both disabled, usearch's build script d

Read the thread · 2026-06-22 · closed · outside contributor · 2 comments

qwen3_device() silently routes to CPU on non-Apple platforms (no CUDA branch)

Summary

qwen3_device() in crates/vestige-core/src/embeddings/local.rs falls through to Device::Cpu on every non-Apple-Silicon platform, even when the qwen3-embeddings feature is enabled. Users who build on Linux or Windows have no GPU path for the Candle-backed embedding inference.

PR #59 introduces a cuda feature flag and adds a CUDA branch to qwen3_device() to address this for NVIDIA hosts. This issue exists in case the PR is deferred or rejected — the underlying behavior is w

Read the thread · 2026-05-27 · closed · outside contributor · 1 comment

[Bug]: Feedback from Claude after using Vestige

Describe the bug

I asked Claude to put all my memory.md files in Vestige and this is a finding I got extra feedback on from my own context:

jira-no-sprint-assignment: when creating a Jira ticket via MCP, don't set customfield_10020 (sprint field) unless I told you to. This is about API field hygiene. sprint-planning-no-blame: in areas/sprint-planning/*.md, don't add carryover counts like "2nd sprint" and don't append Jira status like "(In Code Review)" to ticket summaries. This is about

Read the thread · 2026-05-26 · closed · external user · 3 comments

[Feature]: Leverage Agent Hooks for Low-Effort Automatic Memory Capture

Problem or motivation

Hey, first of all, very cool tool and project. So thank you. I'm trialing this out.

Problem

However, I'd like to suggest one improvement. I keep running into friction where memory capture still depends on calling smart_ingest manually, based on my trigger words. Which means depending on either myself to remember to type the trigger words or the model to remember to do it.

Relying on CLAUDE.md or AGENTS.md instructions has a fundamental issue: AI mode

Read the thread · 2026-04-19 · closed · external user · 4 comments

smart_ingest returns "Embeddings not available" when called from Claude Desktop, works in CLI

Environment:

Problem: When calling smart_ingest from Claude Desktop, it always returns:

{
  "hasEmbedding": false,
  "reason": "Embeddings not available, falling back to regular ingest"
}

However, the CLI tools work correctly:

Read the thread · 2026-01-27 · closed · external user · 1 comment

Claude Desktop disconnects immediately - protocol version mismatch (2025-11-25 vs 2025-06-18)

Environment:

Problem: Claude Desktop disconnects immediately after the initialize handshake completes.

Logs show: Message from client: {"method":"initialize","params":{"protocolVersion":"2025-06-18"... Message from server: {...,"protocolVersion":"2025-11-25",...} Server transport closed unexpectedly

Claude Desktop requests protocol version 2025-06-18, but Vestige responds with

Read the thread · 2026-01-27 · closed · external user · 2 comments

Updating to 1.1

I installed 1.0 using the setup instructions in the README. To update to 1.1 I pulled the latest and rebuilt, copied the bin. I now see version 1.1 when running vestige-mcp --verison. However when I load up Claude Code and run the /mcp command view the tools I see 30 instead of 8. It that intentional? I thought the point of the last update was to reduce the number of tools?

Read the thread · 2026-01-27 · closed · external user · 1 comment

Vestige 1.1 issues

Just did a fresh install and I'm encountering the following issues. Note that only Claude Code has Vestige appearing when running /mcp

Environment: MacOS 26.2 Device: Mac mini M4

Issues:

  1. After following the exact "Quick Start" instructions, Claude Desktop throws MCP warnings on launch "Could not attach to MCP server vestige".
  2. No Nomic Embed Text v1.5 model downloaded or stored in ~/.cache/huggingface/ location
  3. New release mentions CLI commands, however in terminal

Read the thread · 2026-01-26 · closed · external user · 1 comment

Most recent

MCP spec conformance: 5 requirement(s) violated (via @hasmcp/mcp-spec-test) — spec 2025-11-25

Running @hasmcp/mcp-spec-test against npm install -g vestige-mcp-server@latest && vestige-mcp on MCP spec revision 2025-11-25, the server binary crashes immediately on startup rather than answering initialize. As detailed in the companion issue for the newer 2026-07-28 revision, this is NOT an arm64-vs-x86_64 packaging gap — under x86_64 (amd64) emulation the npm install succeeds and the correct binary is found, but launching it fails with GLIBC_2.38' not found, since the published b

Read the thread · 2026-08-24 · open · external user · 0 comments

MCP spec conformance: 10 requirement(s) violated (via @hasmcp/mcp-spec-test) — spec 2026-07-28

Running @hasmcp/mcp-spec-test against npm install -g vestige-mcp-server@latest && vestige-mcp on MCP spec revision 2026-07-28, the server binary crashes immediately on startup rather than answering any request. On investigation this is NOT the arm64-vs-x86_64 packaging gap it looked like at first glance — under x86_64 (amd64) emulation the npm install succeeds and the x86_64-linux binary is found, but launching it fails with GLIBC_2.38' not found. The published binary appears to be b

Read the thread · 2026-08-24 · open · external user · 0 comments

[Bug]: Panic on shutdown, failed printing to stderr

Describe the bug

vestige-mcp panics and aborts (signal 6 / SIGABRT) during shutdown when the parent process (Zed editor) closes the stdio pipes. The process detects stdin EOF and begins shutting down, but then panics while attempting to write to stderr, which has already been closed by the parent.

Steps to reproduce

Configure vestige-mcp as an MCP server in Zed (stdio transport) Use Zed normally, triggering vestige-mcp to start Close Zed or let it restart the MCP server The process pa

Read the thread · 2026-07-28 · closed · external user · 1 comment

[Bug]: npn installation method fails

Describe the bug

When installing it manually it gives this error:

vestige dashboard                                                                                                ✔  15s 

Error: vestige CLI binary not found.
Expected at: /home/user/.local/store/v11/links/@/vestige-mcp-server/2.3.0/57b6fe39499011abe82453863e4fd609adc762b7fa739e7f6eeb979520c252cc/node_modules/vestige-mcp-server/bin/vestige

Try reinstalling: npm install -g vestige-mcp-server

The npx method direc

Read the thread · 2026-07-27 · closed · external user · 0 comments

[Feat]: Add support for Android / ARM builds

Problem or motivation

So I tried to install vestige-mcp-server on an Android (Termux) device (Pixel 5, aarch64) and the install fails with EBADPLATFORM. The package currently restricts supported OS to darwin, linux, win32 which prevents Termux/Android users (process.platform === "android") from installing even though the CPU (arm64) is allowed.

Tried to install, no luck, see logs below <3 npm install -g vestige-mcp-server@latest

TBH if this is too much work, or it might run crappy, you ca

Read the thread · 2026-07-15 · open · external user · 0 comments

[Feature]: Consolidation cycle silently concatenation-merges memories, with no audit trail and no opt-out

Problem or motivation

Version: vestige-mcp v2.2.1 (macOS, stdio transport via Claude Code)

Summary

The scheduled background consolidation cycle does more than FSRS decay and reinforcement. It merges semantically similar memories by concatenating their bodies into a survivor node under [MERGED] markers and drops the merged-away nodes from the live store. This happens unattended, leaves no trace in the dedup reflog or the per-memory changelog, and there is no configuration switch t

Read the thread · 2026-07-07 · closed · external user · 0 comments

MCP resource URI prefix mismatch: 'vestige/memory://' not handled

Problem

The Vestige MCP server does not handle resource URIs with the provider prefix. When clients like OpenCode send vestige/memory://recent, the server returns "Resource not found".

Root Cause

In crates/vestige-mcp/src/server.rs, the handle_resources_read() function only matches against memory:// and codebase:// prefixes:

let content = if uri.starts_with("memory://") {
    resources::memory::read(&self.storage, uri).await
} else if uri.starts_with("codebase://") {

[Read the thread](https://github.com/samvallad33/vestige/issues/19) · 2026-03-29 · closed · outside contributor · 1 comment

### Memory graph connections never persist — dream finds connections but saves 0

## Summary

The memory graph visualization system is broken end-to-end. `dream` discovers connections between memories but fails to persist them to SQLite, leaving `memory_graph` and `explore_connections` returning empty results.

## Observed Behavior

1. **`dream`** reports `new_connections_found: 1165` but `connections_persisted: 0`
2. **`memory_graph`** returns nodes with correct positions but `edges: []` and `edgeCount: 0`
3. **`explore_connections`** (all three actions: `chain`, `associatio

[Read the thread](https://github.com/samvallad33/vestige/issues/14) · 2026-03-01 · closed · outside contributor · 1 comment

### Not able to connect to vestige-mcp when running Claude in WSL2

Installed on the Windows side, running Claude code on a project in a WSL2 Ubuntu location, running claude mcp list from there is showing the server as added but failing to connect.

[Read the thread](https://github.com/samvallad33/vestige/issues/6) · 2026-01-31 · closed · external user · 1 comment

### MacOS Intel tarball not found

~% curl -L https://github.com/samvallad33/vestige/releases/latest/download/vestige-mcp-x86_64-apple-darwin.tar.gz 
Not Found
~%

Edit: just downloaded from https://github.com/samvallad33/vestige/releases/download/v1.1.2/vestige-mcp-x86_64-unknown-linux-gnu.tar.gz, but your readme uses the wrong URL

[Read the thread](https://github.com/samvallad33/vestige/issues/5) · 2026-01-30 · closed · external user · 1 comment

The remaining reports are on [the project's issue tracker](https://github.com/samvallad33/vestige/issues).