MCP SDK Audit
awdr74100/figwright
Upgrade @modelcontextprotocol/server (the MCP TypeScript SDK v2) and prove the wire contract survived.
Unified skill for figma-from-code Phase 3 per-component pipeline.
$ npx skills add bitovi/ai-enablement-prompts --skill figma-from-code-build-component -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install bitovi/ai-enablement-prompts figma-from-code-build-component --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/bitovi/ai-enablement-prompts.git skills-src && mkdir -p .claude/skills && cp -r skills-src/plugins/figma-from-code/skills/figma-from-code/7-build-component .claude/skills/figma-from-code-build-component && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "figma-from-code-build-component" agent skill from https://github.com/bitovi/ai-enablement-prompts/tree/main/plugins/figma-from-code/skills/figma-from-code/7-build-component into .claude/skills/figma-from-code-build-component/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "figma-from-code-build-component", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/bitovi/ai-enablement-prompts/tree/main/plugins/figma-from-code/skills/figma-from-code/7-build-componentType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add bitovi/ai-enablement-prompts --skill figma-from-code-build-component -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install bitovi/ai-enablement-prompts figma-from-code-build-component --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/bitovi/ai-enablement-prompts.git skills-src && mkdir -p .agents/skills && cp -r skills-src/plugins/figma-from-code/skills/figma-from-code/7-build-component .agents/skills/figma-from-code-build-component && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "figma-from-code-build-component" agent skill from https://github.com/bitovi/ai-enablement-prompts/tree/main/plugins/figma-from-code/skills/figma-from-code/7-build-component into .agents/skills/figma-from-code-build-component/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "figma-from-code-build-component", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add bitovi/ai-enablement-prompts --skill figma-from-code-build-component -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install bitovi/ai-enablement-prompts figma-from-code-build-component --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/bitovi/ai-enablement-prompts.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/plugins/figma-from-code/skills/figma-from-code/7-build-component .cursor/skills/figma-from-code-build-component && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "figma-from-code-build-component" agent skill from https://github.com/bitovi/ai-enablement-prompts/tree/main/plugins/figma-from-code/skills/figma-from-code/7-build-component into .cursor/skills/figma-from-code-build-component/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "figma-from-code-build-component", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/bitovi/ai-enablement-prompts.git --path plugins/figma-from-code/skills/figma-from-code/7-build-component--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add bitovi/ai-enablement-prompts --skill figma-from-code-build-component -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install bitovi/ai-enablement-prompts figma-from-code-build-component --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/bitovi/ai-enablement-prompts.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/plugins/figma-from-code/skills/figma-from-code/7-build-component .gemini/skills/figma-from-code-build-component && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "figma-from-code-build-component" agent skill from https://github.com/bitovi/ai-enablement-prompts/tree/main/plugins/figma-from-code/skills/figma-from-code/7-build-component into .gemini/skills/figma-from-code-build-component/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "figma-from-code-build-component", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install bitovi/ai-enablement-prompts figma-from-code-build-componentInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add bitovi/ai-enablement-prompts --skill figma-from-code-build-component -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/bitovi/ai-enablement-prompts.git skills-src && mkdir -p .github/skills && cp -r skills-src/plugins/figma-from-code/skills/figma-from-code/7-build-component .github/skills/figma-from-code-build-component && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "figma-from-code-build-component" agent skill from https://github.com/bitovi/ai-enablement-prompts/tree/main/plugins/figma-from-code/skills/figma-from-code/7-build-component into .github/skills/figma-from-code-build-component/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "figma-from-code-build-component", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add bitovi/ai-enablement-prompts --skill figma-from-code-build-component -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install bitovi/ai-enablement-prompts figma-from-code-build-component --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/bitovi/ai-enablement-prompts.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/plugins/figma-from-code/skills/figma-from-code/7-build-component .opencode/skills/figma-from-code-build-component && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "figma-from-code-build-component" agent skill from https://github.com/bitovi/ai-enablement-prompts/tree/main/plugins/figma-from-code/skills/figma-from-code/7-build-component into .opencode/skills/figma-from-code-build-component/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "figma-from-code-build-component", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
figma-from-code-build-componentUnified skill for figma-from-code Phase 3 per-component pipeline.
Figma From Code Build Component is an agent skill from bitovi/ai-enablement-prompts. Unified skill for figma-from-code Phase 3 per-component pipeline. Executes the full analyze→build→review→fix process (steps 1–7) inline within a single agent. One agent per component, dispatched by the orchestrator in tier order.
Its SKILL.md is about 4.5k tokens, which your agent loads only when the skill is triggered. The skill folder holds 14 other files (for example `README.md`, `figma-utils.md` and `step-1-analyze.md`).
It sits in Agent Workflows. It works with Figma. The repository describes itself as: Prompts Bitovi uses for software development. The licence is MIT.
Read from SKILL.md and the folder at commit df229b1. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
No scripts in the folder and no shell commands in SKILL.md (its code samples are json).
From the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Figma From Code Build Component loads about 4.5k tokens when it runs. Until then it costs about 65 tokens; SKILL.md has 1,171 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from bitovi/ai-enablement-prompts at commit df229b1, republished under its MIT licence (© bitovi). 1,171 words, ~4,520 tokens.
.claude/skills/figma-from-code-build-component/SKILL.md (or your agent's skills folder). This skill also uses 14 other files; get the full folder from GitHub.Full per-component pipeline. Analyzes source, creates the Figma node, captures screenshot, runs comparison, executes the fix loop, finalizes tracking, and returns the result. All steps run inline — no subagent dispatching.
Figma MCP tools available:
use_figma,get_screenshot.
Placeholders like
{componentsRoot}resolve fromstate.json → config.{componentsRoot}is an array of directory paths.
| Input | Description | Source |
|---|---|---|
componentName | Name of the component (e.g., Button, UserProfile) | Build order / caller |
fileKey | Figma file key | State ledger or caller |
parentFrameId | Node ID of the tier/container frame to append the component into | State ledger |
sourceFile | Absolute path to the component's .tsx source file | Project's component source directory |
sourceDir | Component's modlet root directory (parent of .figma/) | Derived from sourceFile path |
devServerUrl | URL of the running dev server — required for Step 1g live inspection | State ledger or caller |
textContent | Extracted text JSON from the live app | .temp/figma-from-code/screenshots/{name}/text.json |
iconUsage | Which Lucide icons and SVG assets the component uses, with sizes | Source code imports + icons.json |
builtComponents | Map of {componentName: nodeId} for all previously built components available for instance reuse | State ledger builtComponents |
preExistingComponents | Immutable snapshot of components that existed in Figma BEFORE this orchestrator run started | State ledger preExistingComponents (Phase 0a snapshot) |
Screenshot directory is always .temp/figma-from-code/screenshots/{componentName}/ — derived from componentName, not passed as an input.
| Input | Description |
|---|---|
computedStyles | Resolved CSS values from computed-styles.json (produced by inspect-styles.js in step 1g). Authoritative for colors, spacing, typography. Also contains layoutContext.parent.clientWidth — used by Step 1a to promote hug→fill when the parent slot is meaningfully wider than the element |
stateScreenshots | Paths to state screenshots (state-hover.png, state-focus.png, state-disabled.png) and style diffs from states.json |
cssFile | Path to the component's .css module file if external styles exist |
figmaVariant | Variant properties that match the app rendering |
.temp/figma-from-code/builtComponents.json — for instance resolution during fix loop.temp/figma-from-code/color-index.json — reverse RGB → variable index for the Step 5R rebind sweepstate.json → preExistingComponents — for the pre-existing guard.temp/figma-from-code/screenshots/{componentName}/app.png — app reference screenshot{sourceDir}/.figma/code.json — written by Step 1; consumed by Step 4a{sourceDir}/.figma/figma.json — written by Step 2f; consumed by Step 4aBefore doing any work that resolves to a node ID in preExistingComponents, stop. That node existed in Figma before this run; modifying it requires explicit user authorization per the orchestrator skill's "Pre-Existing Components Rule".
Concretely:
componentName itself maps to a node in preExistingComponents: write status: "needs_authorization" and preExistingTouched: ["<name>"] to the result file and return immediately. Do not call use_figma.preExistingComponents: instancing it is fine — that's reuse, not modification. Modifying its master is not.preExistingComponents. If a comparison finding requires modifying such a node, surface it in the result and let the orchestrator/user decide.Variants are computed by Step 1b — they are not a caller input. See step-1-analyze.md §1b for the full extraction algorithm (variant library definitions, CSS pseudo-states, responsive breakpoints, prop-driven structural states), the representative set algorithm, and the budget guardrail (cap: 30 combos).
| Metric | Pass threshold |
|---|---|
matchPct | ≥ 90% |
borderMatchPct | ≥ 85% |
Both must pass for verdict: "match". matchPct alone passing yields "minor_diff". Below matchPct threshold is "mismatch".
Written to .temp/figma-from-code/build-results/{componentName}.json on every execution path.
{
"componentName": "Button",
"status": "success | partial_match | no_app_reference | needs_authorization | rejected | failed",
"nodeId": "123:45",
"screenshotNodeId": "123:46",
"type": "COMPONENT_SET | COMPONENT",
"variants": [{ "name": "Variant=primary, Size=regular", "nodeId": "123:46" }],
"figmaScreenshot": ".temp/figma-from-code/screenshots/Button/figma.png",
"figmaVariant": { "Variant": "primary", "State": "Default" },
"sourceDir": "path/to/Button",
"comparison": {
"verdict": "match | minor_diff | mismatch | no_app_reference",
"matchPct": 94.2,
"borderMatchPct": 91.0,
"iterations": 1,
"fixes": ["border-radius 4px -> 8px"]
},
"preExistingTouched": [],
"missingChildren": [],
"rebindSweep": { "rebound": 3, "alreadyBound": 12, "unmatched": ["48,110,232"] },
"trackingFile": { "written": true },
"error": "only present when status is \"failed\""
}status values:
success — built and passed acceptance thresholdspartial_match — built, fix loop ran 3 iterations without reaching thresholdsno_app_reference — built, no app.png found; comparison skippedneeds_authorization — componentName is in preExistingComponents; no build performedrejected — missing child components; missingChildren list is populated; no build performedfailed — Figma API error during build or fix loop; error field is requiredAll steps run inline within a single agent. There is no subagent dispatching.
Steps 1–7 (all inline):
1. Analyze → read source + reference material, write .figma/code.json
2. Build → create Figma component via use_figma, write .figma/figma.json
3. Screenshot → capture Figma result via get_screenshot
4a. Instance check → run check-instances.js (hard gate)
4b. Sizing check → verify dimensions match intent
4c. Pixel diff → compare against app screenshot → verdict
5. Fix loop → if verdict is not "match", diagnose and fix (up to 3 iterations)
5R. Rebind sweep → always — bind hardcoded colors that match a token variable
6. Track → verify/refresh figma-component.json tracking files
7. Return → write final result file 1. Execute Step 1 (Analyze) → produces code.json
1a. If result shows "needs_authorization" → write result with that status, stop
1b. If result shows "rejected" → write result with status "rejected" + missingChildren, stop
2. Read code.json, execute Step 2 (Build)
Post-Step 2 invariant: componentNodeId must be a non-null string before proceeding
2a. If use_figma throws "node_not_accessible" → write result with status "failed",
error "node_not_accessible: <id>", stop. Do NOT record the nodeId in builtComponents.
3. Execute Step 3 (Screenshot) → produces figma.png
4. Execute Step 4a (instance check)
If 4a reports missing_instances → enter Step 5 fix loop with missing_instances
(skip 4b/4c for this first pass)
5. If 4a passes → execute Steps 4b, 4c → get verdict
6. If app.png is missing → skip comparison, set verdict "no_app_reference", proceed to Step 5R
7. If verdict is "match" → skip the fix loop, proceed to Step 5R
8. If verdict is not "match" → execute Step 5 fix loop (up to 3 iterations)
9. Execute Step 5R rebind sweep (always — even when verdict was "match" or comparison was skipped)
10. Execute Step 6 (track), Step 7 (return) → write final resultFix iteration model: Step 5 runs up to 3 iterations inline. Each iteration: diagnose from diff.png/comparison.json, apply fix via use_figma, re-enumerate instances (Step 2f re-run), re-screenshot, re-compare. If all 3 iterations complete without match, set status: "partial_match" and proceed to Step 6. Do not retry Step 5.
All step instruction files live directly in this folder. Each step has a quick reference (condensed, ~100 lines) and a full reference (exhaustive, ~600 lines). Default to the quick versions and only escalate to full references when dealing with complex components or failed builds.
| File | Steps | Lines | Covers |
|---|---|---|---|
| step-1-quick.md | 1 | ~90 | Analysis sequence, sizing rules, output schema |
| step-2-quick.md | 2 | ~110 | Build pattern, fixSizing, variable binding, 2f |
| step-3-quick.md | 3 | ~35 | Screenshot capture (all cases) |
| step-4-quick.md | 4a/4b/4c | ~60 | Instance gate, sizing check, pixel diff |
| step-5-quick.md | 5/6/7 | ~95 | Fix loop, rebind sweep, track, return |
| File | Step | When to escalate |
|---|---|---|
| step-1-analyze.md | 1 | Responsive variants, prop-state overlays, promotion rules |
| step-2-build.md | 2 | Responsive builds, full Tailwind table, color chain |
| step-3-screenshot.md | 3 | Rarely needed |
| step-4-compare.md | 4a/4b/4c | Detailed rejection handling, sizing edge cases |
| step-5-fix-loop.md | 5 | Full discrepancy table, rebind sweep internals |
| step-6-track.md | 6 | Folder resolution rules, legacy file migration |
| step-7-return.md | 7 | Canonical result schema details |
Placeholders like
{skillRoot}resolve fromstate.json → config.
check-instances.js — lives at {skillRoot}/scripts/check-instances.jscheck-prereqs.js — lives at {skillRoot}/scripts/check-prereqs.jscompare.js — lives at {skillRoot}/scripts/compare.jsinspect-styles.js — lives at {skillRoot}/scripts/inspect-styles.jsresolve-color.js — lives at {skillRoot}/scripts/resolve-color.jsEach step has a condensed quick reference (default) and a full reference (for complex cases). Start with the quick files. Only escalate to the full file when:
| Step | File | Phase | What it does |
|---|---|---|---|
| 1 | step-1-quick.md | Analyze | Read source + reference material, inspect live component, write code.json |
| 2 | step-2-quick.md | Build | Create component in Figma via use_figma, enumerate instances, write figma.json |
| 3 | step-3-quick.md | Build | Capture the Figma result via get_screenshot |
| 4 | step-4-quick.md | Compare | Instance gate + sizing check + pixel diff → verdict |
| 5+6+7 | step-5-quick.md | Fix/Done | Fix loop + rebind sweep + track + return result |
| Step | File | When to use |
|---|---|---|
| 1 | step-1-analyze.md | Responsive variants, prop-state overlays, parent-context promotion |
| 2 | step-2-build.md | Responsive variants, full Tailwind table, color resolution chain |
| 3 | step-3-screenshot.md | Rarely needed |
| 4 | step-4-compare.md | Instance-usage gate details, sizing edge cases, rejection handling |
| 5 | step-5-fix-loop.md | Full discrepancy patterns table, detailed fix examples, rebind internals |
| 6 | step-6-track.md | Folder resolution rules, legacy file migration |
| 7 | step-7-return.md | Canonical result schema details |
| Scenario | Action |
|---|---|
componentName in preExistingComponents | Write status: "needs_authorization", stop immediately |
| Missing child components (prereq gate fails) | Write status: "rejected" with missingChildren, stop |
use_figma API error during build | Write status: "failed" with error message, stop |
No app screenshot (app.png missing) | Skip comparison, write status: "no_app_reference", proceed to Step 5R |
| Fix loop reaches 3 iterations without match | Set status: "partial_match", proceed to Step 6 — do not retry |
use_figma API error during fix loop | Record error in result, return current best status, proceed to Step 6 |
Fix loop would edit a preExistingComponents node | Stop fix loop, surface in result, let orchestrator/user decide |
color-index.json missing and not regenerable | Skip Step 5R, set rebindSweep: "skipped_no_index", proceed to Step 6 |
Never fail silently. Every error or skip must appear in the final result file.
© bitovi, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
SKILL.md and 14 other files in plugins/figma-from-code/skills/figma-from-code/7-build-component of bitovi/ai-enablement-prompts.
Open the folder on GitHubat commit df229b1
Figma From Code Build Component next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Figma From Code Build Component this skillbitovi/ai-enablement-prompts | 121 | — | ~4.5k | Automated safety check: Pass | MIT | |
| MCP SDK Auditawdr74100/figwright | 977 | — | ~4.1k | Automated safety check: Pass | MIT | |
| Integration Orchestratorrampstackco/claude-skills | 935 | — | ~5.3k | Automated safety check: Pass | MIT | |
| Product Designqf-studio/navigator | 354 | — | ~5.1k | Automated safety check: Notes | MIT | |
| MCP ServerWellApp-ai/Well | 345 | — | ~679 | Automated safety check: Pass | MIT | |
| Figma Handoff Gatehashgraph-online/awesome-codex-plugins | 1.2k | — | ~5k | Automated safety check: Pass | MIT |
awdr74100/figwright
Upgrade @modelcontextprotocol/server (the MCP TypeScript SDK v2) and prove the wire contract survived.
rampstackco/claude-skills
Generate a phased delivery orchestration plan for creative-direction-driven work: which skills run when, what locks at which gate, how handoffs occur, and how the cadence implements in the team's…
qf-studio/navigator
Automates design review, token extraction, component mapping, and implementation planning.
WellApp-ai/Well
Guide for creating new MCP server integrations. An agent skill from WellApp-ai/Well.
hashgraph-online/awesome-codex-plugins
Pre-ship gate for a Figma handoff. An agent skill from hashgraph-online/awesome-codex-plugins.
lassejlv/loora
Build, edit, refine, troubleshoot, and review polished responsive product interfaces through the Loora MCP server and its structured Canvas schemas.
bitovi/ai-enablement-prompts
Track reusable UI components and unextracted patterns. An agent skill from bitovi/ai-enablement-prompts.
bitovi/ai-enablement-prompts
Extract and compare computed CSS styles between a baseline URL and a dev/Storybook URL using Playwright MCP evaluate calls.
bitovi/ai-enablement-prompts
A skill your agent uses when the user asks to "create a plugin", "add a plugin", "make a new plugin", "build a plugin", or wants to package skills into an installable plugin for this marketplace.
bitovi/ai-enablement-prompts
Create React components, hooks, or utilities following the modlet pattern.
bitovi/ai-enablement-prompts
A skill your agent uses when the user asks to "create a skill", "add a skill", "make a new skill", "build a skill", or wants to automate a repeated workflow into a reusable prompt.
bitovi/ai-enablement-prompts
Create new Agent Skills for this project. An agent skill from bitovi/ai-enablement-prompts.
Works with
Categories
Unified skill for figma-from-code Phase 3 per-component pipeline. Figma From Code Build Component is an agent skill from bitovi/ai-enablement-prompts. Unified skill for figma-from-code Phase 3 per-component pipeline.
Figma From Code Build Component fits situations like: agent Workflows work in your project.
Run `npx skills add bitovi/ai-enablement-prompts --skill figma-from-code-build-component -a claude-code`. Or copy the skill folder (plugins/figma-from-code/skills/figma-from-code/7-build-component in bitovi/ai-enablement-prompts) into .claude/skills/figma-from-code-build-component in your project. Claude Code loads it when a task matches its description.
Run `npx skills add bitovi/ai-enablement-prompts --skill figma-from-code-build-component -a codex`. Or copy the skill folder (plugins/figma-from-code/skills/figma-from-code/7-build-component in bitovi/ai-enablement-prompts) into .agents/skills/figma-from-code-build-component in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add bitovi/ai-enablement-prompts --skill figma-from-code-build-component -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/figma-from-code-build-component, .gemini/skills/figma-from-code-build-component, .github/skills/figma-from-code-build-component and .opencode/skills/figma-from-code-build-component in your project.
SKILL.md names no scripts, command-line tools or credentials: Figma From Code Build Component is instructions for the agent only.
SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Figma From Code Build Component is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 4.5k tokens (SKILL.md is roughly 18k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Figma From Code Build Component: MCP SDK Audit (awdr74100/figwright, 977 stars), Integration Orchestrator (rampstackco/claude-skills, 935 stars), Product Design (qf-studio/navigator, 354 stars) and MCP Server (WellApp-ai/Well, 345 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
bitovi (a GitHub organization) maintains it in bitovi/ai-enablement-prompts, which has 121 GitHub stars. The repository holds 40 skills in this directory. The repository was last updated on September 11, 2026.
Source: bitovi/ai-enablement-prompts on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.