From skills-for-humanity
Identifies structural patterns (repetition, hierarchy, contrast, etc.) in designs, arguments, and solutions. Useful when analyzing why something works or naming its underlying form.
How this skill is triggered — by the user, by Claude, or both
Slash command
/skills-for-humanity:s4h-aesthetic-pattern-detectionThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Surface features differ — colours, words, technologies, industries. Formal patterns
Surface features differ — colours, words, technologies, industries. Formal patterns recur across all of them. The same structural moves that make a symphony compelling make a strategy compelling. The same tension-and-resolution arc that drives a thriller drives a great pitch. Naming the pattern reveals options that surface-level analysis cannot, because once the pattern is named, its full playbook becomes available.
Step 1: Describe the Thing What does it do and how does it feel to engage with it? Focus on behaviour and effect, not surface features — not "it uses blue and white" but "it creates calm authority that builds confidence incrementally." Describe the experience of it.
Framing check: Confirm the specific artefact before continuing. State what you've identified — the actual object being analyzed and its medium or domain — in one sentence, then use AskUserQuestion:
Step 2: Identify Formal Patterns Present Work through this list systematically — multiple patterns often operate simultaneously:
Step 3: Match to Domain Archetypes Which archetypes from design, storytelling, architecture, or music does this resemble? The hero's journey. The fugue. The golden section. Thesis-antithesis- synthesis. Call and response. Name the archetype and its source domain.
Step 4: Name the Pattern
Before narrowing: Show the complete set of patterns identified in Step 2 to the user first. Use AskUserQuestion:
Give the dominant pattern a precise name. Test: does naming it make the thing more legible? Does it reveal why certain elements work and why others feel off? A good pattern name is generative — it produces new options, not just descriptions.
Step 5: Apply the Pattern What does the pattern imply for what should come next? What is currently in the artefact that violates the pattern — and is that violation intentional (productive tension) or accidental (incoherence)?
Before proceeding, use the AskUserQuestion tool. State your interpretation of the situation in 1–2 sentences — what is being analyzed and what the core question is — then ask:
Proceed based on their selection. If the user reframes, incorporate the correction before running any analysis.
Formal Patterns Present: [list each pattern with one sentence on how it manifests]
Archetype Match: [closest domain archetype + which domain it comes from]
Pattern Name: [precise name for the dominant pattern]
What Naming It Reveals: [what becomes visible or legible that wasn't before]
Pattern Implications
| Implication | Description |
|---|---|
| What should come next | [the move the pattern calls for] |
| What is violating the pattern | [specific elements that break it] |
| Intentional or accidental | [productive subversion or incoherence] |
Not every successful thing follows a single pattern cleanly — most operate with several simultaneously. Identify the dominant pattern first; note secondary patterns separately. The test of a good pattern name is whether it generates new options rather than just describing what's already there.
After delivering this output, use AskUserQuestion to offer the next move:
/s4h-aesthetic-coherence-check — Check that detected patterns cohere/s4h-systems-archetype-matching — Match aesthetic patterns to systemic archetypes/s4h-aesthetic-elegance-testing — Test the elegance of the patternsnpx claudepluginhub human-avatar/skills-for-humanityRoutes aesthetic questions to the right tool: coherence-check, elegance-testing, pattern-detection, or simplicity-analysis. Use when evaluating design, code, or writing for elegance, complexity, or structural patterns.
Applies expert-level visual judgment to UI design, component architecture, and design systems using tacit knowledge theory. Useful for design reviews, spacing/typography decisions, and surfacing unwritten conventions.
Extracts universal principles from patterns appearing in 3+ domains. Helps identify common abstractions across software engineering and problem-solving.