GB-Power-Market-JJ design-engineering
Orchestrate iterative design and frontend engineering work through research, planning, sub-agent execution, and validation loops. Use when a visual/UI task requires multiple iterations, when the first implementation needs refinement based on feedback, when choosing between competing technical approaches (Canvas vs SVG vs CSS), or when coordinating sub-agents on design-heavy work. Covers animation architecture decisions, progressive enhancement patterns, performance-aware rendering choices, and the research→plan→execute→validate workflow. Complements frontend-design (which handles aesthetics) by adding engineering discipline, iteration management, and technical decision-making.
git clone https://github.com/GeorgeDoors888/GB-Power-Market-JJ
T=$(mktemp -d) && git clone --depth=1 https://github.com/GeorgeDoors888/GB-Power-Market-JJ "$T" && mkdir -p ~/.claude/skills && cp -r "$T/openclaw-skills/skills/bloodandeath/design-engineering" ~/.claude/skills/georgedoors888-gb-power-market-jj-design-engineering && rm -rf "$T"
T=$(mktemp -d) && git clone --depth=1 https://github.com/GeorgeDoors888/GB-Power-Market-JJ "$T" && mkdir -p ~/.openclaw/skills && cp -r "$T/openclaw-skills/skills/bloodandeath/design-engineering" ~/.openclaw/skills/georgedoors888-gb-power-market-jj-design-engineering && rm -rf "$T"
openclaw-skills/skills/bloodandeath/design-engineering/SKILL.mdDesign Engineering
Orchestrate design-heavy frontend work that requires iteration, technical decisions, and validation. This skill is about the process — how to research, plan, build, validate, and refine — not the aesthetics (use
frontend-design for that).
When to Use
- Visual work that will take multiple iterations to get right
- Choosing between technical approaches (Canvas vs SVG vs CSS, etc.)
- Coordinating sub-agents on parallel design/engineering tasks
- Refining an implementation based on user feedback
- Any frontend work where "build it and ship" isn't enough
The Iteration Loop
Every design-engineering task follows this cycle:
Research → Plan → Approve → Execute → Validate → Feedback → Refine
1. Research Phase
Before touching code, understand the problem space. Spawn 2-3 research sub-agents in parallel with different lenses:
- Inspiration/reference — find examples of what we're trying to achieve
- Technical approaches — what tools/techniques solve this class of problem
- Constraints — performance, browser support, accessibility, progressive enhancement
Research agents should write findings to files (not just return chat results) so they survive session compaction. Use
research/ or projects/*/research/ directories.
2. Plan Phase
Synthesize research into a concrete plan. Present to user for approval before executing. The plan should include:
- Architecture decision with rationale (not just "use X" but "use X because Y fails at Z")
- Layer/component breakdown
- What gets removed, what gets added, what stays
- Pre-mortem: "what would cause this to fail?"
- Estimated sub-agent tasks
3. Execute Phase
Dispatch sub-agents with focused, context-minimal tasks. Key rules in
references/subagent-patterns.md.
4. Validate Phase
After sub-agents complete, the orchestrator MUST validate. Build check is necessary but not sufficient. Check integration points — see
references/validation-checklist.md.
5. Feedback → Refine
Ship to user for review. Expect 2-5 iterations on visual work. Each iteration:
- Screenshot the live result (use Playwright if available)
- Identify specific issues from feedback
- Make targeted fixes (don't rebuild from scratch each time)
- Validate and redeploy
Technical Decision Framework
When choosing between rendering approaches, read
references/rendering-decisions.md. Quick heuristic:
| Need | Use |
|---|---|
| Static decorative pattern | CSS with SVG data URI |
| <100 authored animated elements | Inline SVG + CSS animations |
| Procedural generation, >100 elements, full-page coverage | Canvas 2D |
| 3D, heavy particle systems, post-processing | Three.js/WebGL (last resort — heavy) |
Progressive Enhancement Stack
Every visual enhancement must degrade gracefully:
- CSS baseline (always works, no JS)
- JS-enhanced layer fades in on top
→ skip animations entirelyprefers-reduced-motion- Low-end device detection → reduce complexity
- Light/dark theme awareness
Glass-Panel Pattern
For content floating over animated backgrounds:
.card { background: color-mix(in srgb, var(--bg-card) 50-60%, transparent); backdrop-filter: blur(8-12px); -webkit-backdrop-filter: blur(8-12px); }
Lets animation show through while keeping text readable. Adjust blur and opacity based on background intensity.
References
— How to dispatch and validate sub-agent workreferences/subagent-patterns.md
— Post-execution checks that catch integration bugsreferences/validation-checklist.md
— Canvas vs SVG vs CSS decision guide with production lessonsreferences/rendering-decisions.md