# 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](/mcp/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:

```toml
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](https://github.com/samvallad33/vestige/issues/93) · 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](https://github.com/samvallad33/vestige/issues/60) · 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](https://github.com/samvallad33/vestige/issues/58) · 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](https://github.com/samvallad33/vestige/issues/36) · 2026-04-19 · closed · external user · 4 comments

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

**Environment:**
- macOS (Apple Silicon)  
- Claude Desktop
- Vestige v1.1.0 built from source with `--features "embeddings,vector-search"`

**Problem:**
When calling `smart_ingest` from Claude Desktop, it always returns:
```json
{
  "hasEmbedding": false,
  "reason": "Embeddings not available, falling back to regular ingest"
}
```

However, the CLI tools work correctly:
- `vestige health` shows "Embedding Service: Ready"
- `vestige consolidate` successfully generates embeddings (e.g., "8 embedd

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

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

**Environment:**
- macOS (Apple Silicon)
- Claude Desktop (latest as of Jan 27, 2025)
- Vestige v1.1.0 built from source

**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](https://github.com/samvallad33/vestige/issues/3) · 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](https://github.com/samvallad33/vestige/issues/2) · 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"`.
3. No Nomic Embed Text v1.5 model downloaded or stored in `~/.cache/huggingface/` location
4. New release mentions CLI commands, however in terminal 

[Read the thread](https://github.com/samvallad33/vestige/issues/1) · 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](https://github.com/samvallad33/vestige/issues/175) · 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](https://github.com/samvallad33/vestige/issues/174) · 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](https://github.com/samvallad33/vestige/issues/153) · 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](https://github.com/samvallad33/vestige/issues/151) · 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](https://github.com/samvallad33/vestige/issues/145) · 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](https://github.com/samvallad33/vestige/issues/142) · 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:

```rust
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).