LUMEXART/warframe-bilder
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Delete directory 'wireframe-system'

Browse Source
This commit is contained in:
LUMEXART Uploader
2026-05-10 16:13:13 +00:00
parent 1c7f9161f1
commit 9376f9e504
43 changed files with 0 additions and 2902 deletions
Download Patch File Download Diff File Expand all files Collapse all files
wireframe-system/.agents/skills/_shared/references/figma-mcp-workflow.md
-42
View File
@@ -1,42 +0,0 @@
# Figma MCP Workflow
Use native Figma MCP for v1 generation and edits.
## Creation Flow
1. Confirm `screen_blueprints.json` is current and validated.
2. Load `figma-use` before any `use_figma` call.
3. If building full screens, load `figma-generate-design` as workflow guidance.
4. Inspect the Figma file first: pages, sections, existing frames, components, variables, styles.
5. Search/import existing design-system components and variables before creating primitives.
6. Create role/application pages when multiflow rules require them.
7. Create one Figma Section per concrete screen, named after the screen.
8. Inside each Section, create product screen frames, state frames, element frames, and optional `Notes / Annotations` frames.
9. Keep notes/annotations outside product screen frames.
10. Return all created, mutated, and annotation node IDs from every write.
11. Validate each screen with metadata and screenshots.
12. Update `figma_build_manifest.json` and `figma_validation.md`.
## Edit Flow
1. Read `figma_build_manifest.json` and identify target `screen_id`.
2. Inspect current node hierarchy before mutating.
3. Modify only affected sections or components.
4. Preserve node IDs whenever possible.
5. Re-screenshot changed screens and append validation notes.
6. If a requested note/comment change does not affect final product UI, mutate only the notes/annotations frame.
## Quality Gates
- All text is readable and not clipped.
- Sections do not overlap.
- Auto-layout is used for screen structure and repeated groups.
- Every concrete screen has its own Figma Section containing the main screen, states, and related elements.
- Product screen frames contain only final-product UI, not blueprint metadata, comments, citations, requirement chips, or UX rules.
- Notes/annotations sit in the same Section but outside the product screen frame.
- Screen frames are `1440` wide and at least `800` high.
- Element frames fit the real bounds they occupy within the parent screen.
- Coordinates, dimensions, and spacing are whole numbers and multiples of 4, with 8px rhythm preferred.
- Multiflow pages contain complete role/application screen sets, including shared screens.
- Empty, loading, and error states are represented when the blueprint requires them.
- The manifest lists every created or mutated node ID.