update-component
Skill658 starsChanged 4 months agoMITView on GitHub
Update an existing Blade component (web only) using Figma designs and knowledgebase documentation
We split this skill into the rules it gives an agent
10 rules. About 0 are common, 6 are distinctive, and 4 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈6
Distinctive · estimate
This author's own choices. Worth a look.
4
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 8
Update an existing Blade component (web only) using Figma designs and knowledgebase documentation.
- Very specific: line 32
Skip native files: - Only update .web.tsx files
- Distinctive: line 40
Use the Figma MCP tools to get complete design information:
- Distinctive: line 89
Identify new props or variants: Check if new configurations are needed
- Distinctive: line 92
Plan documentation updates: If API changes, update knowledgebase docs
- Very specific: line 107
Use ReadLints tool on modified files to check for linter errors and fix them.
- Very specific: line 126
Web only: Only update .web.tsx files, ignore .native.tsx
- Distinctive: line 128
Maintain backward compatibility: Don't remove existing props without deprecation
- Distinctive: line 129
Keep knowledgebase in sync: Always update the documentation
- Distinctive: line 130
Use design tokens: Use theme tokens instead of hardcoded values
≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Update Component
Update an existing Blade component (web only) using Figma designs and knowledgebase documentation.
Usage
/update-component <ComponentName> <FigmaURL>Example:
/update-component Popover https://www.figma.com/design/jubmQL9Z8V7881ayUD95ps/Blade-DSL?node-id=115756-259386Instructions
Step 1: Gather Component Information
- Read the knowledgebase documentation:
- Path:
packages/blade-plugin/skills/blade/references/components/<ComponentName>.md - Contains: TypeScript types, props, and usage examples
- Path:
- Read the existing component implementation:
- Path:
packages/blade/src/components/<ComponentName>/ - Key files:
types.ts,<ComponentName>.web.tsx,index.ts,constants.ts - Skip native files - Only update
.web.tsxfiles
- Path:
Step 2: Get Figma Design Context
Parse the provided Figma URL to extract:
fileKey: The unique file identifier from the URL pathnodeId: Fromnode-id=param, convert-to:(e.g.,115756-259386→115756:259386)
Use the Figma MCP tools to get complete design information:
2.1 Get Design Context (Component Structure)
Tool: user-Figma → get_design_context
Arguments:
- fileKey: "<extracted-file-key>"
- nodeId: "<extracted-node-id>"
- clientLanguages: "typescript"
- clientFrameworks: "react"
- disableCodeConnect: trueReturns:
- Component hierarchy and structure
- CSS/styling classes (Tailwind format)
- Component descriptions and documentation links
- Asset URLs for images/icons
2.2 Get Variable Definitions (Design Tokens)
Tool: user-Figma → get_variable_defs
Arguments:
- fileKey: "<extracted-file-key>"
- nodeId: "<extracted-node-id>"
- clientLanguages: "typescript"
- clientFrameworks: "react"Returns a JSON object with all design tokens used in the component.
2.3 Get Screenshot (Visual Reference)
Tool: user-Figma → get_screenshot
Arguments:
- fileKey: "<extracted-file-key>"
- nodeId: "<extracted-node-id>"Returns a visual screenshot of the component for reference.
Step 3: Analyze and Plan Changes
Compare the Figma design with the current implementation:
- Compare design tokens: Match Figma variable values with existing Blade constants
- Identify new props or variants: Check if new configurations are needed
- Check types: Determine if TypeScript types need updating
- Plan implementation: Focus on web only (
.web.tsxfiles) - Plan documentation updates: If API changes, update knowledgebase docs
Step 4: Make Changes
Follow this order:
- Update types (
types.ts) - Add new props, update existing types - Update constants (
constants.ts) - Add new defaults or constants - Update web implementation (
*.web.tsx) - Implement the changes - Update exports (
index.ts) - Export new types/components if needed - Update knowledgebase (
packages/blade-plugin/skills/blade/references/components/<ComponentName>.md) - Update stories (
*.stories.tsx) - Add Storybook examples for new features
Step 5: Check for Errors
Use ReadLints tool on modified files to check for linter errors and fix them.
Component File Structure
packages/blade/src/components/<ComponentName>/
├── __tests__/
├── _decisions/
│ └── decisions.md
├── constants.ts
├── index.ts
├── <ComponentName>.native.tsx ← IGNORE (native)
├── <ComponentName>.stories.tsx
├── <ComponentName>.web.tsx ← UPDATE THIS
└── types.tsGuidelines
- Web only: Only update
.web.tsxfiles, ignore.native.tsx - Follow existing patterns: Study similar components for consistency
- Maintain backward compatibility: Don't remove existing props without deprecation
- Keep knowledgebase in sync: Always update the documentation
- Use design tokens: Use theme tokens instead of hardcoded values
In this repository19 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- .cursor/rules/agent-base-directory.mdcCursor rule
- .cursor/rules/orchestrator-guardrails.mdcCursor rule
- .cursor/rules/svelte-migration.mdcCursor rule
- check-component-readinessSkill
- code-reviewSkill
- create-prSkill
- get-agentic-blade-metricsSkill
- heal-prSkill
- migrate-to-rnSkill
- migrate-to-svelteSkill
- perform-task-end-to-endSkill
- resolve-commentsSkill
- review-prSkill
- verify-with-browserSkill
- write-api-decisionSkill
- write-biweekly-announcementSkill
- write-unit-testsSkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

