anomalyco / anomalyco/opencode

[FEATURE]: command config: add ability to disable/hide individual MCP-sourced commands

Open
#49,290 1 comment 0 reactions 1 assignee View on GitHub

@rekram1-node is already working on this.

Since Sep 16, 2026.

Dominant language
TypeScript
Stars
209k
Forks
27.5k
Avg merge
7h 2m
Merged PRs (30d)
384

Description

Verification

  • I have searched the existing issues and this has not been reported before.

Problem

MCP servers that expose prompts (via prompts/list) get automatically registered as slash commands in the TUI (source: "mcp"). There is currently no way to disable or hide a specific MCP prompt from appearing as a command, without disabling the entire MCP server.

This is relevant when an MCP server exposes a prompt that is irrelevant or undesirable for a particular project (e.g., dart-mcp-server:flutter_driver_user_journey_test from the Dart MCP server — a user-journey-to-test pipeline that not every Flutter project needs), but the other tools from that same server are actively used.

Current behavior

  • command config only supports adding custom commands, not disabling existing ones.
  • tools config with false only disables MCP tools, not MCP prompts.
  • No permission-based mechanism to suppress MCP commands either.
  • agent config supports disable: true to suppress built-in agents, but commands have no equivalent.

Desired behavior

Allow disabling specific commands (including MCP-sourced ones) via config, e.g.:

{
  "command": {
    "dart-mcp-server:flutter_driver_user_journey_test": {
      "disable": true
    }
  }
}

Use case

The Dart MCP server (dart mcp-server) ships with the Flutter SDK and exposes 13 tools + 1 prompt. The prompt (flutter_driver_user_journey_test) is a full user-journey-to-test pipeline that many projects don't need, but disabling the entire MCP server would lose access to useful tools like widget_inspector, hot_reload, flutter_driver_command, analyze_files, etc.

Environment

  • opencode 1.18.31
  • macOS / any platform

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.