You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Support reliable per-plugin disablement for remote curated plugins #43571
Today, individual skills can be disabled with [[skills.config]], but remote-curated parent plugins do not reliably honor enabled = false. The only reliable global switch is features.plugins = false, which removes unrelated plugins as well. That makes a template-only opt-out require maintaining one rule per contributed skill.
Please make per-plugin enablement a first-class, documented setting across plugin sources and Codex surfaces. A disabled plugin should not inject its skills, start its MCP servers, or expose its app/connector; other enabled plugins should remain available. Plugin IDs should be discoverable through the normal plugin list, and the result should apply predictably to fresh App and CLI sessions.
Additional information
Related reports: #28443 documents that remote-curated plugins ignore per-plugin enabled = false; #32513 covers the Default templates bundle specifically; #30967 discusses per-thread capability selection. This request is for a stable user-level per-plugin disable contract, including remote-curated plugins.
Activity
davideluque commentedon Sep 16, 2026
I have the same problem here. I can’t disable a remotely curated plugin; I can only uninstall it.
If I disable it in my local CLI, it gets enabled again because it’s still enabled remotely, so the remote setting overrides my local configuration.
TyceHerrman commentedon Sep 21, 2026
this seems like duplicate of #28443
PaulRBerg commentedon Sep 22, 2026
@TyceHerrman indeed, closing