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/wigolo/issues.md or /mcp/wigolo/issues.json, or Pod over MCP.

Reported issues for wigolo

Pod holds 16 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 wigolo.

Most discussed

search_engines parameter declared but never consumed (CLI --search-engines and MCP search_engines both ignored)

Summary

The search_engines parameter (CLI --search-engines and MCP search_engines) is declared but never consumed — passing it has no effect on which engines run.

Repro

CLI (wigolo 0.2.1, npm latest):

wigolo search "gold price" --search-engines=duckduckgo,wikipedia
# Search: "gold price" (9 results, 9526ms, engines: bing)   ← bing still used, flag ignored

MCP (same version, via search_engines: ["duckduckgo", "wikipedia"]):

"engines_used": ["bin

[Read the thread](https://github.com/KnockOutEZ/wigolo/issues/303) · 2026-08-14 · open · external user · 1 comment

### Docker image :latest (v0.2.1) predates the MCP host-allowlist fix (939fc097) — remote MCP clients still get 403 host_not_allowed

## Problem

The `:latest` and `:0.2.1` Docker images on GHCR were built from the `v0.2.1` tag (commit `185afb5`, July 19), but the fix for token-authenticated remote MCP clients (commit `939fc097`, July 21) landed on `main` two days later and has not been released.

When running `wigolo serve --host 0.0.0.0` behind a reverse proxy (Traefik, Nginx, Caddy) with `WIGOLO_API_TOKEN` set, the MCP endpoint (`/mcp`, `/sse`) returns `403 host_not_allowed` because the old image checks the Host allowlist u

[Read the thread](https://github.com/KnockOutEZ/wigolo/issues/275) · 2026-08-05 · closed · external user · 1 comment

### MCP stdio initialization can exceed the 30-second client handshake timeout

## What happened?

With wigolo 0.2.1, the default stdio MCP server initializes heavy runtime subsystems before responding to MCP discovery. On Windows, an official-SDK probe measured initialize at 28.762 seconds, and Codex reported: timed out handshaking with MCP server after 29.9999995s.

Expected initialize -> notifications/initialized -> tools/list to complete before heavy runtime startup and expose the existing ten tools. Runtime should initialize once on the first valid tool call, while

[Read the thread](https://github.com/KnockOutEZ/wigolo/issues/266) · 2026-08-01 · closed · external user · 1 comment

### opencode: verify/finish MCP wiring or remove from the agent list (unverified format, no instructions handler, unmarketed)

Surfaced while fixing the antigravity agent-support bug (#155). `opencode` is the inverse case: it's *offered* by the CLI but only partially built and unverified.

### Current state
- **In `KNOWN_AGENT_IDS`** (`src/cli/tui/flags-types.ts`) → `--agents=opencode` is accepted and it shows up in the "Valid:" list on a bad `--agents` value.
- **Has a detection descriptor** (`src/cli/tui/agents.ts`) → `detectAgents()` returns it; configPath `~/.config/opencode/config.json`.
- **In `JSON_SPECS`** (`src

[Read the thread](https://github.com/KnockOutEZ/wigolo/issues/156) · 2026-07-12 · closed · 1 comment

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

Running the black-box `@hasmcp/mcp-spec-test` conformance suite against `wigolo` (via `npx -y wigolo`) against the older 2025-11-25 revision it also advertises support for shows a smaller but related set of failures: a version-less request gets no response within the suite's 10s timeout, and the initialize handshake doesn't complete (the official-SDK client sees "Connection closed"), so 13 further checks can't be verified. This overlaps with, but is smaller than, the failure set seen testing the

[Read the thread](https://github.com/KnockOutEZ/wigolo/issues/473) · 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 the black-box `@hasmcp/mcp-spec-test` conformance suite against `wigolo` (via `npx -y wigolo`, the bare stdio-server invocation documented in `mcp.json`/the installation guide) with the client requesting the newest 2026-07-28 revision shows the server not answering `server/discover` or `initialize` at all — the suite reports the underlying process as exited, and the official-SDK client sees "Connection closed" — which blocks verification of 22 further checks. We manually confirmed the pr

[Read the thread](https://github.com/KnockOutEZ/wigolo/issues/472) · 2026-08-24 · open · external user · 0 comments

### Add WIGOLO_SERVE_ALLOW_ORIGIN env var to skip Origin check on MCP transport

### What are you trying to do?

When running wigolo behind a web-based MCP client (e.g. AionUi), the client sends a browser Origin header. The hardcoded Origin rejection in mcpTransportRejected() blocks this, even with a valid bearer token.

### What would you like wigolo to do?

Add an env var like WIGOLO_SERVE_ALLOW_ORIGIN=1 to skip the Origin check when a token is configured.

### What do you do today instead?

nothing by now.

I will try nginx als proxy with manipulation 
   proxy_set_header

[Read the thread](https://github.com/KnockOutEZ/wigolo/issues/392) · 2026-08-20 · open · external user · 0 comments

### research: citation_graph claim text truncated at decimal numbers

### What happened?

The `citation_graph` entries in `research` responses get truncated at decimal numbers: when a synthesized report sentence contains a decimal like "$62.3 billion" or "27.7 percent", the citation-graph claim text loses the part before the decimal point.

Example — a synthesized research report contained:

> "...record quarterly data center revenue reaching $62.3 billion in Q4 FY2026..."

but the corresponding `citation_graph` entry came back as:

> `"claim": "3 billion in Q4 FY

[Read the thread](https://github.com/KnockOutEZ/wigolo/issues/274) · 2026-08-05 · open · external user · 0 comments

## Most recent

### fix: use the documented Antigravity MCP config path

## Problem

The Antigravity integration writes MCP settings to `~/.antigravity/mcp.json`. It also identifies Antigravity as an Anthropic IDE.

Google documents Antigravity as its IDE. The documented global MCP file is `~/.gemini/config/mcp_config.json`. Server entries use the `mcpServers` key.

Documentation: https://antigravity.google/docs/mcp

## Acceptance criteria

- The installer writes `~/.gemini/config/mcp_config.json`.
- The uninstaller removes the `wigolo` entry from that file.
- Detect

[Read the thread](https://github.com/KnockOutEZ/wigolo/issues/258) · 2026-07-31 · open · external user · 0 comments

### agent ignores stream=true and emits no MCP progress notifications

### What happened?

The `agent` tool schema advertises that `stream: true` will “Send progress notifications as each step completes”.

I tested this at the MCP protocol level using `@modelcontextprotocol/sdk`, independently of whether Codex Desktop renders progress in its UI.

The SDK request registered an `onprogress` callback. The outgoing `tools/call` message contained `_meta.progressToken`, but the transport received zero inbound `notifications/progress` messages.

The agent still completed 

[Read the thread](https://github.com/KnockOutEZ/wigolo/issues/248) · 2026-07-28 · open · external user · 0 comments

### fix(fetch): section-scoped requests overwrite the full-page cache and create false deletion diffs

## What happened?

A fresh `fetch` request with `section` extracts only that section before change detection and cache persistence. The section-scoped markdown is then compared with and written over the existing full-page cache row.

This creates two incorrect side effects:

1. `changed: true` / `diff_summary` reports the rest of the page as deleted even when the upstream page did not change.
2. A later normal fetch can only retrieve the cached section instead of the original full page.

The emp

[Read the thread](https://github.com/KnockOutEZ/wigolo/issues/228) · 2026-07-22 · closed · outside contributor · 0 comments

### feat: Add index tool — ingest local files and internal docs into unified search cache

## Motivation

wigolo's cache (SQLite + FTS5 + sqlite-vec) is already a capable hybrid search engine — but it only stores content fetched from the web. Teams have internal documents (markdown, wiki, Confluence, Notion, design docs, runbooks) that should be searchable alongside web results through the same unified interface.

**The cache IS the search engine.** No new search system needed — just a way to write local/internal content into it.

## Core Idea

Add an `index` MCP tool (and `wigolo ind

[Read the thread](https://github.com/KnockOutEZ/wigolo/issues/225) · 2026-07-22 · open · external user · 0 comments

### Cursor MCP: better-sqlite3 ABI mismatch when system Node (v24) differs from Cursor bundled Node (v22)

### What happened?

## Environment

- **OS:** Windows 10 (build 26200)
- **Cursor Node:** v22.22.1 (`NODE_MODULE_VERSION` 127)  
  Path: `C:\Program Files\cursor\resources\app\resources\helpers\node.exe`
- **System Node:** v24.13.0 (`NODE_MODULE_VERSION` 137)
- **wigolo:** 0.2.1 (via `npx -y wigolo` / global npm)
- **MCP config (default):** `npx -y wigolo` in `~/.cursor/mcp.json`

---

## Problem

wigolo MCP fails to start in Cursor with a `better-sqlite3` native module ABI mismatch:

The module

[Read the thread](https://github.com/KnockOutEZ/wigolo/issues/220) · 2026-07-21 · open · external user · 0 comments

### Bug: /mcp and /sse enforce Host allowlist BEFORE the bearer token, blocking remote MCP clients even when a valid token is presented

## Bug: `/mcp` and `/sse` enforce Host allowlist BEFORE the bearer token, blocking remote MCP clients even when a valid token is presented

### Environment
- **wigolo**: v0.2.1 (`ghcr.io/knockoutez/wigolo`)
- **Server mode**: `wigolo serve --host 0.0.0.0 --port 3333` (bind past loopback + `WIGOLO_API_TOKEN` set)
- **Client**: MCP-over-StreamableHTTP client (Hermes agent) using `Authorization: Bearer <token>` from inside a docker network — request arrives with `Host: wigolo:3333` (the docker DNS 

[Read the thread](https://github.com/KnockOutEZ/wigolo/issues/218) · 2026-07-21 · closed · external user · 0 comments

### On Linux, VS Code Agent doesn't get installed properly #106

### Description
When attempting to install the VS Code agent on Linux, the installation fails to integrate with the editor. The tool writes the configuration file to an incorrect directory, meaning VS Code never detects the Wigolo MCP server.

### Steps to Reproduce
1. Open a terminal.
2. Run the command `npx @staticn0va/wigolo init`.
3. Navigate through the TUI and select to install the VS Code agent.
4. Open VS Code and navigate to **Extensions > MCP Servers**. 
5. Notice that **Wigolo** is no

[Read the thread](https://github.com/KnockOutEZ/wigolo/issues/120) · 2026-06-13 · closed · outside contributor · 0 comments

### On Linux, VS Code Agent doesn't get installed properly

### Description
When attempting to install the VS Code agent on Linux, the installation fails to integrate with the editor. The tool writes the configuration file to an incorrect directory, meaning VS Code never detects the Wigolo MCP server.

### Steps to Reproduce
1. Open a terminal.
2. Run the command `npx @staticn0va/wigolo init`.
3. Navigate through the TUI and select to install the VS Code agent.
4. Open VS Code and navigate to **Extensions > MCP Servers**. 
5. Notice that **Wigolo** is no

[Read the thread](https://github.com/KnockOutEZ/wigolo/issues/106) · 2026-06-06 · closed · outside contributor · 0 comments

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