From problem-solving
Extracts universal principles from patterns appearing in 3+ domains. Helps identify common abstractions across software engineering and problem-solving.
How this skill is triggered — by the user, by Claude, or both
Slash command
/problem-solving:meta-pattern-recognitionWhen to use
when noticing the same pattern across 3+ different domains or experiencing déjà vu in problem-solving
The summary Claude sees in its skill listing — used to decide when to auto-load this skill
When the same pattern appears in 3+ domains, it's probably a universal principle worth extracting.
When the same pattern appears in 3+ domains, it's probably a universal principle worth extracting.
Core principle: Find patterns in how patterns emerge.
| Pattern Appears In | Abstract Form | Where Else? |
|---|---|---|
| CPU/DB/HTTP/DNS caching | Store frequently-accessed data closer | LLM prompt caching, CDN |
| Layering (network/storage/compute) | Separate concerns into abstraction levels | Architecture, organization |
| Queuing (message/task/request) | Decouple producer from consumer with buffer | Event systems, async processing |
| Pooling (connection/thread/object) | Reuse expensive resources | Memory management, resource governance |
Pattern spotted: Rate limiting in API throttling, traffic shaping, circuit breakers, admission control
Abstract form: Bound resource consumption to prevent exhaustion
Variation points: What resource, what limit, what happens when exceeded
New application: LLM token budgets (same pattern - prevent context window exhaustion)
3plugins reuse this skill
First indexed Jun 22, 2026
npx claudepluginhub ggprompts/my-gg-plugins --plugin problem-solvingExtracts universal principles from patterns appearing in 3+ domains. Helps identify common abstractions across software engineering and problem-solving.
Discovers recurring patterns across code analyses. Embedded in run-analysis skill; do not invoke separately—use run-analysis instead.
Identifies structural patterns (repetition, hierarchy, contrast, etc.) in designs, arguments, and solutions. Useful when analyzing why something works or naming its underlying form.