Skip to content

Serve the figquery skill bundle to Cursor only - #97

Open
gjethwani-figma wants to merge 1 commit into
mainfrom
gjethwani/cursor-figquery-bundle
Open

Serve the figquery skill bundle to Cursor only#97
gjethwani-figma wants to merge 1 commit into
mainfrom
gjethwani/cursor-figquery-bundle

Conversation

@gjethwani-figma

@gjethwani-figma gjethwani-figma commented Sep 1, 2026

Copy link
Copy Markdown
Collaborator

Rolls the figquery skills out to Cursor, and only to Cursor, without changing what any other client gets.

How it works

Cursor's manifest has a skills field that takes an explicit path and overrides the default skills/ discovery. That field is the seam. This PR adds skills-figquery/ and repoints it:

-  "skills": "./skills/",
+  "skills": "./skills-figquery/",

Everything else is untouched:

Client Reads Affected
Cursor .cursor-plugin/plugin.jsonskills-figquery/ yes
Claude Code .claude-plugin/plugin.json, no skills field, defaults to skills/ no
GitHub Copilot .github/plugin entry in github/awesome-copilot, pinned to its own ref no
Gemini CLI gemini-extension.json, declares no skills no

Invisible to users

Both trees hold the same 14 skills under the same names. Slash commands and skill descriptions are identical either way, so a Cursor user sees the same /figma-use they saw yesterday. Only the guidance content differs. Verified that every name: in frontmatter matches between the two trees.

Provenance

Generated from figma-plugin-fig-query at figma/figma HEAD, limited to that plugin's sync_allowlist.json (12 skills). maintainers.yml and evals/ are excluded, matching the existing sync.

figma-implement-motion and figma-use-motion are not in the fig-query allowlist, so they are copied from skills/ unchanged. That keeps the set at 14 rather than silently dropping two skills from Cursor.

Sourced from committed HEAD, not the local working tree, which has unrelated WIP in that plugin.

What this does not do

Installed Cursor plugins pin to the commit they were added at and do not auto-update. This reaches new installs immediately and existing users whenever they next update the plugin. It cannot convert an already-installed user on its own.

Follow-up

mcp-sync-skills in figma/figma still writes only skills/. It needs a second pass reading figma-plugin-fig-query into skills-figquery/, or the next sync will leave this tree stale. Not in this PR.

Adds skills-figquery/, a parallel skill tree carrying the figquery variant of
the guidance, and points .cursor-plugin/plugin.json's `skills` field at it.
That field overrides Cursor's default skills/ discovery, so Cursor loads the
new tree and nothing else in the repo moves.

Every other client is untouched. Claude Code reads .claude-plugin/plugin.json,
which declares no `skills` field and so falls back to skills/. awesome-copilot
pins its own ref. gemini-extension.json declares no skills at all.

Both trees hold the same 14 skills under the same names, so slash commands and
skill descriptions are identical either way. Only the guidance content differs.

Generated from figma-plugin-fig-query at figma/figma HEAD, limited to that
plugin's sync_allowlist.json (12 skills). figma-implement-motion and
figma-use-motion are outside the fig-query allowlist and are copied from
skills/ unchanged, so the skill set stays at 14.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@gjethwani-figma
gjethwani-figma force-pushed the gjethwani/cursor-figquery-bundle branch from 90c1843 to e3bf0ca Compare September 1, 2026 21:43
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant