What problem does it solve?
A Figma MCP tool answers the same question over two paths — REST (personal access token) and WebSocket (the Figma plugin) — and fixing one without the other still typechecks, so divergence between the two paths goes silently unnoticed. This Skill runs the same tool over both transports and mechanically diffs the answers so drift is caught before it ships.
Core Features & Use Cases
- Dual-transport probing: Runs a registered Figma MCP tool over REST and WebSocket via
probe-transports.ts and diffs the results field by field.
- Divergence classification: Sorts every differing field into four classes (must-match, transport-only, different vocabulary, different rendering) so real bugs are separated from expected transport differences.
- Structured human handoff: Coordinates the one step only a person can do — reloading the Figma plugin and connecting it to the local relay on port 3055 — with a hard stop and explicit checklist.
- Use Case: After editing
packages/mcp/src/tools.ts or a plugin command in tools/figma-mcp/src/main/commands/, run this Skill to confirm the REST and plugin paths still return identical answers for the same Figma nodes.
Quick Start
Verify both transports for the Figma MCP tool I just changed by comparing its REST and WebSocket output on a test layer.