
Tool Filter MCP
io.github.respawn-llcPublished by GitHub account respawn-llcv0.5.0Updated Nov 3, 2026
MCP proxy server that filters tools from upstream MCP servers via regex-based deny list
Overview
Tool Filter's local MCP server; no sign-in required; STDIO.
No AI overview yet: these facts come from the registry entry and the server itself.
Installation
In SourceWeft
- Open Tool Filter MCP in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
MCP proxy server that filters tools from upstream MCP servers via regex-based allow and deny lists.
Maintained: ✅ Yes (Winter 2027)
Why use this?
For effective context engineering, we want to minimize useless tokens. Most major agents right now (e.g. Claude Code) do NOT remove tool descriptions from the context. Even though the tool is completely denied and unused, the model will still get its entire description and still try to call the tool (and get error messages). For big MCPs, such as github, supabase, jetbrains IDE, atlassian, this is catastrophic to the context and leads to context pollution by 40-60k of useless tokens. You wanted your agent to be able to see jira ticket descriptions? Please also have these 44 useless tools to edit assignees on confluence pages.
This MCP completely solves the issue without introducing any overhead. Contributions welcome!
Installation
Usage
Basic Example (HTTP/SSE)
Filter tools matching .*_file$ pattern from an HTTP MCP server:
Basic Example (stdio)
Filter tools from a local stdio MCP server:
With Environment Variables (stdio)
Pass environment variables to the upstream stdio server:
Multiple Patterns
Use comma-separated patterns:
Allow specific tools
Use --allow (-a) with comma-separated regex patterns to expose only matching tools. When both filters are set, deny takes precedence. These rules also apply to --list-tools.
Matching is case-sensitive and can match part of a name. Use ^ and $ to match a whole name. Blank comma-separated entries are ignored. An omitted or blank allow list leaves tools unrestricted by allow. A nonempty allow list that matches no tools exposes no tools. Invalid regex patterns and patterns rejected by the regex-safety check cause an error in proxy and list modes. Use \, to include a comma inside one pattern. For example, --allow '^[a-z]{1\,3}$' matches names of one to three lowercase letters.
With Authentication Headers
Add custom headers for authentication:
Headers support environment variable expansion (if not yet expanded by your app):
List Available Tools
Discover what tools are available before setting up filters:
With Claude Code
HTTP/SSE Upstream Server
Add to your .mcp.json:
With authentication headers (supports environment variable expansion):
Stdio Upstream Server
With multiple arguments to the upstream server:
With arguments that start with dashes (like uvx):
With environment variables for the upstream stdio server:
CLI Options
Tool list
Print the list of available tools without starting a proxy server
--list-tools: List available tools from upstream and exit--format <type>: Output format for--list-tools(default:table)table: Human-readable table with descriptions (truncated to 100 chars)json: Full JSON output with complete schemasnames: Comma-separated tool names for easy copy-paste
Connection Mode (mutually exclusive)
To start the proxy server, you must specify exactly one of:
--upstream <url>: Connect to upstream HTTP/SSE MCP server--upstream-stdio: Spawn and connect to upstream stdio MCP server- Requires command and arguments after
--separator - Example:
--upstream-stdio -- npx zen-mcp-server
- Requires command and arguments after
Common Options
--allow <patterns>,-a <patterns>: Comma-separated regex patterns for tools to allow--deny <patterns>: Comma-separated regex patterns for tools to filter
HTTP/SSE Mode Options
Only applicable with --upstream:
--header <name:value>: Custom HTTP header to pass to upstream server (can be repeated for multiple headers)- Format:
--header "Header-Name: value" - Supports environment variable expansion:
$VARor${VAR} - Example:
--header "Authorization: Bearer $TOKEN"
- Format:
Stdio Mode Options
Only applicable with --upstream-stdio:
--env <KEY=value>: Environment variable to pass to the upstream stdio server (can be repeated for multiple variables)- Format:
--env "KEY=value" - Example:
--env "API_KEY=secret" --env "DEBUG=true"
- Format:
- After the
--separator, provide the command and all its arguments- Everything after
--is passed to the upstream server - Supports arguments starting with dashes (like
--from,--config, etc.) - Example:
--upstream-stdio -- uvx --from git+https://... package-name
- Everything after
Requirements
- Node.js 22.12+, 24.x, or 26+ (use the latest patch release for your major version)
- Upstream MCP server with:
- SSE or Streamable HTTP transport (for
--upstream), OR - stdio transport (for
--upstream-stdio)
- SSE or Streamable HTTP transport (for
License
MIT
Copyright (c) 2026 Respawn LLC
Source: README.md at commit 318d2f8
Tools
0Version history
1- v0.5.0LatestNov 3, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts