stage-06-layout-mockups-style

Transform stage-4/5 blueprint data into UI layout plans with design tokens.

Updated Feb 10, 2026
One-click install
npx skills add https://github.com/digisurfsome/Greptacular --skill stage-06-layout-mockups-style
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: stage-06-layout-mockups-style
Source: https://github.com/digisurfsome/Greptacular/tree/main/docs/page-prds/prd-maker/skills-complete/stage-06-layout-mockups-style
Command: npx skills add https://github.com/digisurfsome/Greptacular --skill stage-06-layout-mockups-style

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Transform classified stage 5 blueprints into precise UI layout plans, component placements, and a complete design token system.

Core Features & Use Cases

  • Generate 2-3 arrangement options (primary/secondary) based on the identified app type.
  • Map mechanisms to pages and components, including backend services notes for non-UI surfaces.
  • Produce design tokens and a Tailwind override blueprint for styling and theming.

Quick Start

Generate the complete stage-06 outputs from the current stage-4/5 blueprints.

Frequently Asked Questions about stage-06-layout-mockups-style

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I generate UI layout plans from mechanism blueprints?

You can generate UI layout plans by transforming stage-4 and stage-5 mechanism blueprints into structured page mappings, component placements, and design tokens. This process produces sub-stages 6a, 6b, and 6c outputs for comprehensive interface design.

What are design tokens and how do I create a Tailwind override blueprint?

Design tokens are variables storing visual design decisions. You create a Tailwind override blueprint by mapping styling and theming options into token definitions that integrate directly with your design system configuration.

How do I map backend services to non-UI component surfaces during wireframing?

Mapping backend services to non-UI surfaces involves annotating mechanism-to-page and component mappings with backend service notes. This ensures wireframes document required data flows and system interactions alongside visible UI elements.

Can I generate multiple layout arrangement options for different app types?

Yes, you can generate 2-3 primary and secondary arrangement options based on the identified app type classification. This allows you to compare different component placements and layout strategies before finalizing your design.

Do I need stage-4 mechanisms and stage-5 blueprints to start UI wireframing?

Yes, stage-4 mechanisms and stage-5 mechanism blueprints are required prerequisites. The UI wireframing process applies when these inputs exist, transforming them into full layout plans with audience scoring and style options.

What is the best way to classify app types for component placement?

The best way to classify app types for component placement is by analyzing stage-5 mechanism blueprints to determine functional categories. This classification drives the generation of tailored arrangement options and audience scoring.