Hey, this is a known bug. Plugin commands load, but the slash menu keeps a stale cache until you reload the window. We’re tracking the issue, but I can’t share an ETA for a fix yet.
Workaround: reload the window via Cmd+Shift+P → Developer: Reload Window or Cmd+Shift+R. After that, / should pick up the plugin commands.
Thanks for the screenshot and video. To narrow this down, can you try typing /analyst or /architect in the chat? Those are names from the 70 subagents listed on this plugin’s Settings page. Two possible outcomes:
They show up in autocomplete → only this plugin’s commands are missing
They also don’t show up → the whole plugin is missing from the slash menu, not just commands
Either way it’s a real bug worth escalating on our side, but your result tells us the scope.
Also, please try fully quitting Cursor with Cmd+Q and reopening it - not the same as Reload Window. Some slash menu state is cached to disk and survives a reload, while a full restart reloads it from scratch. If the command shows up after Cmd+Q, the cache was the cause.
To narrow down:
a) agents: ok
b) commands: nok, installed but does not appear on chat “slash”
c) skills: not showing in the installed plugin. Weird. Should have.. we have 100+ of skills
OK, I’ve got a hypothesis on the second part, skills.
Your structure is <plugin-root>/skills/context/llm-wiki-ingest/SKILL.md. So between skills/ and the skill folder, there’s an extra context/ level. By the standard plugin convention, a skill is expected directly under skills/, like skills/<skill-name>/SKILL.md, without intermediate categories. Subagents and commands in the same plugin are detected because they have a fixed depth of one level, but for skills/ the plugin loader most likely doesn’t scan recursively.
As a test, can you take one skill and place it flat like <plugin-root>/skills/llm-wiki-ingest/SKILL.md remove context/, then fully restart Cursor using Cmd+Q. If it shows up in Settings, the issue is the nesting. Then you’ve got two options:
Flatten all 100+ skills directly under skills/
Wait until we add support for nested plugin skills, if we confirm it’s not supported right now
And for commands, try Cmd+Q specifically, not Reload Window. Some state is cached to disk and survives a reload, and a full quit clears it. If after restart / starts showing commands, we’ll confirm it’s that known bug. If not, we’ll dig deeper.
Also, can you share the SKILL.md frontmatter the first lines between --- just in case, so we can rule out an issue with name or description.
skills/ the plugin loader most likely doesn’t scan recursively."
Correct. I tested it, and it worked without sub-levels (flat structure). This should be documented, because it works when the skills are inside the repository, but it does not work when the skills are inside a plugin.
About the commands, same error. I am testing with the example command from cursor documentation just to make sure there is no format error.
btw1, I do see the built in commands from cursor.
btw2: is there a bug number I can follow to track the status of the correction?
Skills nesting: good find. You’re right it’s not documented right now. I’ll flag it to the docs team so the plugin layout is clear flat skills/<skill-name>/SKILL.md, no intermediate folders. If you want to keep your category structure on disk, you will need to flatten only the skills/ folder for now until we add recursive scanning for plugin skills.
Commands: since the example command from our docs also does not show up in /, that rules out a format issue and matches the cache bug I mentioned earlier. One thing to double check is a full quit and reopen using Cmd+Q, not just Reload Window. Some state is cached to disk and can survive a reload, but it gets cleared on a full restart. Can you confirm you tried that? If commands still do not show after Cmd+Q, then we are looking at something a bit different than the known cache race.
About a tracking number: we do not share internal issue IDs externally, but this thread is linked to the internal report, so any update will land here. Subscribe to the thread and you will get notified when there is news.
Thanks for the update and the screenshots. This looks like a different symptom than the original slash menu issue. Now the plugin isn’t showing up in Settings > Plugins at all, even though it shows up in the agent CLI. Let’s dig in.
One important detail I noticed: in your screenshot, the toggle Include third-party Plugins, Skills, and other configs is turned off. My guess is that this is what hid the local plugin from the Settings UI. Can you check these?
Turn the toggle back ON, then run Cmd+Shift+P → Developer: Reload Window. Does the plugin show up again in Settings > Plugins?
Confirm the plugin path is ~/.cursor/plugins/local/<plugin-name>/ and that it contains .cursor-plugin/plugin.json.
If the plugin comes back after turning the toggle on, then that’s the cause and it’s a bug. That toggle shouldn’t hide your local Cursor plugins. If it still doesn’t come back, we’ll go deeper. We might need to temporarily roll back to an older version to unblock you.
Thanks, the screenshots helped. Since the Include third-party Plugins, Skills, and other configs toggle is already on, and the plugin still didn’t show up after Reload Window, it’s not that. Let’s rule that out.
It looks like the 3.6.31 update broke local plugin discovery in the Settings UI, even though the agent CLI still loads it. Since it worked on the previous version, this is a regression and we’ll dig in.
Quick unblock: you can temporarily roll back to a version where the plugin showed up, like 3.4.x, since it worked there.
To go deeper, please share two things:
The exact plugin path. Please confirm it’s ~/.cursor/plugins/local/<plugin-name>/ and that it contains .cursor-plugin/plugin.json. Also paste the plugin.json contents, at least the first fields like name and displayName.
Plugin load logs. Open Cmd+Shift+P → Developer: Toggle Developer Tools → Console tab, then check if there are any errors that include the word plugin during startup or after reload. A screenshot or the error text would help a lot.
Since this is a different symptom from the original thread issue (the slash menu), I suggest starting a new thread for this so it’s easier to track the Settings plugin missing issue.
Hey @guilhermecgs it’s been a while since the last update on this thread, so let’s check if the plugin issue in Settings is still happening.
You’re on 3.6.31 from late May, and there have been a few releases since then. First, update to the latest version Cmd+Shift+P → Attempt Update, then Cmd+Q and restart Cursor. After that, check if the plugin is back in Settings > Plugins.
If the plugin still doesn’t show up after updating, please send:
The exact plugin path. Confirm it’s ~/.cursor/plugins/local/<plugin-name>/ and that it contains .cursor-plugin/plugin.json. Also share the contents of plugin.json, at least the first fields name and displayName.
Plugin load logs. Go to Cmd+Shift+P → Developer: Toggle Developer Tools → Console tab, then check for any errors containing the word plugin during startup or after a reload. A screenshot or the error text would help a lot.
As we agreed earlier, it’s better to track this Settings issue in a separate thread from the original slash menu one. It’s easier to follow that way. If you open a new thread titled plugin not visible in Settings, share the link here and we’ll continue there.
If you need an urgent unblock right now, rolling back to 3.4.x where the plugin showed up is still a working option.
I had a similar problem on my work laptop but not my home laptop, and was able to converge on a reason.
Cursor dug through its own command palette loading code and found a hidden setting in its sqlite: cursor/thirdPartyExtensibilityEnabled
This was absent on the working tool and present (false) on the other. Executing this on my Mac (with cursor off) fixed it.
#!/bin/bash
DB=“$HOME/Library/Application Support/Cursor/User/globalStorage/state.vscdb”
KEY=“cursor/thirdPartyExtensibilityEnabled”
sqlite3 “$DB” “PRAGMA wal_checkpoint(TRUNCATE);”
old=$(sqlite3 “$DB” “SELECT value FROM ItemTable WHERE key=‘$KEY’;”)
echo “old: ${old:-}”
sqlite3 “$DB” “DELETE FROM ItemTable WHERE key=‘$KEY’;”
new=$(sqlite3 “$DB” “SELECT value FROM ItemTable WHERE key=‘$KEY’;”)
echo “new: ${new:-}”
Hey @Camembear_Bera, great find, thanks for digging into this. You’re right: cursor/thirdPartyExtensibilityEnabled is the backend store for the Include third-party Plugins, Skills, and other configs toggle. When it’s false, local third-party plugins get hidden from Settings. That matches the hypothesis from the discussion above.
One warning about the script: it does a DELETE directly in state.vscdb, which is Cursor’s internal database. It’s best to back it up before making changes. Before running it, fully quit Cursor with Cmd+Q, then copy the file:
A safer option without editing sqlite is via the UI: in Settings, find the Include third-party Plugins, Skills, and other configs toggle, turn it off and back on, then run Cmd+Shift+P → Developer: Reload Window.
@guilhermecgs, try the UI option first off/on plus Reload Window. If the plugin still doesn’t come back in Settings, and your toggle was already ON based on your screenshots, then @Camembear_Bera’s approach of resetting the key is a working workaround. Just make a state.vscdb backup before running it. If the toggle shows ON but the plugin stays hidden, it looks like a UI and setting desync, not something in your config.
We’re tracking the issue with this toggle hiding plugins. I can’t share an ETA yet. Let us know which option worked.
@Camembear_Bera, thanks, the write-up is great, and the state.vscdb backup in the previous reply is exactly for cases like this.
About the UI, there is a toggle for this key. It’s Include third-party Plugins, Skills, and other configs in Settings, and cursor/thirdPartyExtensibilityEnabled is its backing store. The problem is the value can get out of sync. The toggle shows ON, but plugins still stay hidden, like in @guilhermecgs’s screenshots. That shouldn’t happen, and it’s not something in your settings. We’re tracking it, no ETA yet.
Slash commands in /. Since your first post, the way we load plugin commands into the slash menu has changed. Update Cursor to the latest version via Cmd+Shift+P → Attempt Update, then Cmd+Q and restart. After that, / should pick up plugin commands. Please check and tell us if they show up.
The plugin isn’t visible in Settings > Plugins. First try the safest option. In Settings, turn off and then turn on the Include third-party Plugins, Skills, and other configs toggle, then Cmd+Shift+P → Developer: Reload Window. If the toggle is ON and the plugin still doesn’t show up, you can reset the key using @Camembear_Bera’s method, but please make a state.vscdb backup first:
And like we agreed earlier, it’s better to track the Settings symptom in a separate thread from the original slash menu issue, it’s easier to follow. If you start a new thread like plugin not visible in Settings, drop the link here and we’ll continue there. Let me know what worked.
