super-skills
Decomposes complex user requests into executable subtasks, identifies required capabilities, searches for existing skills, and creates new skills when needed.
Best use case
super-skills is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Decomposes complex user requests into executable subtasks, identifies required capabilities, searches for existing skills, and creates new skills when needed.
Teams using super-skills should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/super-skills/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How super-skills Compares
| Feature / Agent | super-skills | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Decomposes complex user requests into executable subtasks, identifies required capabilities, searches for existing skills, and creates new skills when needed.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# Super Skills
## Quick Reference
```
┌─────────────────────────────────────────────────────────────┐
│ 🎯 Core: Understand → Plan → Execute → Iterate │
│ 🚨 Rule: Problem → Analyze → Solve → Continue (NEVER WAIT) │
│ 📊 Complexity: 4-8 Direct | 9-14 Staged | 15-20 Iterative │
└─────────────────────────────────────────────────────────────┘
```
## Core Philosophy
| Principle | Description |
|-----------|-------------|
| **Understand First** | Deeply analyze requirements before acting |
| **Incremental Delivery** | Produce verifiable intermediate results at each step |
| **Expect Failures** | Design recovery mechanisms for every stage |
| **Never Stop** | Solve problems proactively; NEVER pause waiting for user |
## Workflow
```
UNDERSTAND ──→ PLAN ──→ EXECUTE ──→ ITERATE
│ │ │ │
Multi-layer Task Search & Feedback
Analysis Breakdown Install Adjustment
Complexity Risk ID Checkpoint Optimize
```
---
## Phase 1: Understanding
### 1.1 Multi-Layer Analysis
```yaml
understanding:
surface: # Literal meaning
request: "{user's exact words}"
keywords: [key terms]
intent: # True intent
goal: "{what user really wants}"
success: "{success criteria}"
context: # Environment
env: "{OS/language/framework}"
constraints: "{time/resources/permissions}"
hidden: # Unstated needs
assumptions: "{implicit assumptions}"
edge_cases: "{boundary conditions}"
```
### 1.2 Requirement Handling
| Type | Action |
|------|--------|
| Explicit | Execute directly |
| Implicit | Proactively supplement |
| Ambiguous | State assumptions, choose most likely interpretation |
| Conflicting | Point out conflict, request clarification |
| Out of Scope | Explain why, provide alternatives |
### 1.3 Complexity Score
```
Dimensions (1-5 each):
technical + scope + uncertainty + dependencies = total
Strategy:
4-8 → Direct execution
9-14 → Staged verification
15-20 → Iterative prototyping
```
### 1.4 Clarification
```
Confidence ≥70%: State assumptions → Continue → Leave adjustment points
Confidence <70%: Provide options for user to choose (NO open-ended questions)
```
---
## Phase 2: Planning
### 2.1 Task Structure
```yaml
task:
id: 1
name: "{task name}"
capability: "{capability type}"
input: [required inputs]
output: "{type/format}"
depends_on: [prerequisite task IDs]
timeout: "30s"
retries: 3
validation: "{success condition}"
fallback: "{alternative approach}"
```
### 2.2 Dependency Graph
```
[1:Setup] → [2:Auth] → [3:Fetch] ─┐
↓
[4:Process] ← [5:Transform] ← [6:Parse]
↓
[7:Output]
Critical Path: 1→2→3→6→5→4→7
Parallel Opportunities: Independent tasks can run concurrently
```
### 2.3 Capability Map
| Capability | Status | Keywords |
|------------|--------|----------|
| `browser_automation` | ❌ | browser, puppeteer, playwright |
| `api_integration` | ❌ | api, rest, {service} |
| `data_extraction` | ⚠️ | parse, pdf, ocr |
| `message_delivery` | ❌ | slack, discord, email |
| `database_operations` | ❌ | sql, mongodb |
| `deployment` | ❌ | deploy, docker, k8s |
| `data_transformation` | ✅ | — |
| `content_generation` | ✅ | — |
| `code_execution` | ✅ | — |
| `scheduling` | ✅ | — |
✅ Built-in | ⚠️ Complex | ❌ Skill required
---
## Phase 3: Skill Acquisition
```bash
# Search priority
1. npx skills find {service_name} # Exact match
2. npx skills find {capability} {domain} # Combined
3. https://skills.sh/ # Browse
# Install
npx skills add <skill> -g
# On failure: Switch registry → Manual clone → Inline implementation
```
### Evaluation Criteria
| Dimension | Weight |
|-----------|--------|
| Feature match | 40% |
| Documentation quality | 20% |
| Maintenance status | 20% |
| Community validation | 10% |
| Dependency simplicity | 10% |
---
## Phase 4: Risk & Resilience
### 4.1 Risk Matrix
| Risk | Detection | Auto-Resolution |
|------|-----------|-----------------|
| Token expired | 401/403 | Refresh → Re-auth → Degrade |
| Rate limited | 429 | Backoff → Cache → Degrade |
| Timeout | Timeout | Increase → Reduce batch → Chunk |
| Parse error | Parse Error | Switch parser → Regex → Raw text |
| Connection failed | Connection | Retry → Proxy → Offline mode |
| Missing dependency | Import Error | Auto-install → Alternative pkg → Inline |
### 4.2 Resilience Patterns
```yaml
retry: max=3, backoff=exponential
circuit_breaker: threshold=5, recovery=60s
timeout: connect=10s, read=30s, total=120s
fallback: cache | default | skip
```
### 4.3 Checkpoints
```yaml
checkpoint:
trigger: after_each_task
content: [task_id, state, data, timestamp]
recovery: Load checkpoint → Validate → Resume from failure point
```
---
## Phase 5: Execution
### 5.0 🚨 Problem Solving (CRITICAL)
**On problem → Analyze → Solve → Continue. NEVER pause waiting.**
```
Problem → Diagnose type → Analyze cause → Try solutions by priority → Continue
↓
Plan A fails → Plan B → Plan C → Degraded solution
```
#### Auto-Fix Table
| Problem | Auto-Resolution (in order) |
|---------|---------------------------|
| Missing dependency | Install → Alternative pkg → Inline |
| Permission denied | Adjust perms → Alternative path → Minimal perms |
| API failure | Retry (backoff) → Switch endpoint → Cache → Degrade |
| Timeout | Increase timeout → Reduce batch → Chunk → Async |
| Parse error | Switch parser → Regex → Raw text |
| Auth failure | Refresh token → Re-auth → Backup credentials |
| Resource exhausted | Chunk → Clear cache → Stream → Reduce concurrency |
| Network issue | Retry → Switch network → Proxy → Offline |
| File not found | Create → Default value → Skip |
#### Mindset
```yaml
forbidden:
- "I encountered a problem and need your help"
- "Execution paused, waiting for instructions"
required:
- "Encountered X issue, trying Y solution"
- "Plan A failed, switching to Plan B"
- "Problem resolved, continuing execution"
```
#### Escalation (ONLY when ALL conditions met)
- Tried ≥3 different solutions
- All failed
- Goal completely unachievable
- No acceptable degraded solution available
### 5.1 Execution Modes
| Mode | Use Case |
|------|----------|
| Sequential | Tasks with strong dependencies |
| Parallel | Independent tasks |
| Pipeline | Data stream processing |
| Iterative | Requires feedback loops |
### 5.2 Progress Template
```
══════════════════════════════════════
📊 PROGRESS
══════════════════════════════════════
Phase 1: Setup [████████░░] 80%
✅ Task 1: Initialize Done (2.3s)
🔄 Task 2: Fetch Running...
⏳ Task 3: Process Waiting
──────────────────────────────────────
⏱️ Elapsed: 3m | ETA: ~5m
══════════════════════════════════════
```
---
## Phase 6: Iteration
### Feedback Loop
```
Collect feedback → Analyze issues → Adjust approach → Loop
```
### Adjustment Levels
| Level | Actions |
|-------|---------|
| Minor | Parameter tuning, format adjustment |
| Moderate | Replace skills, add/remove tasks |
| Major | Redesign architecture |
---
## Execution Plan Template
```
════════════════════════════════════════════════════
📋 SUPER SKILLS PLAN
════════════════════════════════════════════════════
🎯 REQUEST: {user's exact words}
📊 UNDERSTANDING
────────────────────────────────────────────────────
Intent: {true intent}
Success: {success criteria}
Complexity: {score} → {strategy}
Assumptions:
• {assumption 1}
• {assumption 2}
────────────────────────────────────────────────────
📋 TASKS
────────────────────────────────────────────────────
│ ID │ Task │ Capability │ Status │ Risk │
├────┼────────────┼─────────────┼────────┼──────┤
│ 1 │ {task} │ {capability}│ ✅/📦 │ 🟢/🔴│
Status: ✅ Built-in | 🔧 Found | 📦 Create
Risk: 🟢 Low | 🟡 Medium | 🔴 High
────────────────────────────────────────────────────
🔧 SKILLS
────────────────────────────────────────────────────
npx skills add {skill} -g
────────────────────────────────────────────────────
🛡️ RESILIENCE
────────────────────────────────────────────────────
Checkpoints: □ After Phase 1 □ After Phase 2
Fallbacks: {task} → {alternative}
────────────────────────────────────────────────────
✅ COMPLETION
────────────────────────────────────────────────────
□ {acceptance criterion 1}
□ {acceptance criterion 2}
════════════════════════════════════════════════════
```
---
## Example: E-commerce Pipeline
```yaml
# "Scrape product data from multiple platforms daily, analyze price trends, send report"
understanding:
intent: "Automated price monitoring for pricing decisions"
success: "Daily price trend visualization report received"
complexity:
technical: 4, scope: 4, uncertainty: 3, dependencies: 4
total: 15 → Iterative prototyping strategy
tasks:
1. Configure product list → file_operations ✅
2. Multi-platform scraping → browser_automation ❌
3. Data persistence → database_operations ❌
4. Data cleaning → data_transformation ✅
5. Trend analysis → code_execution ✅
6. Generate charts → content_generation ✅
7. Generate report → content_generation ✅
8. Send email → message_delivery ❌
resilience:
checkpoints: [after:2 save:raw_data] [after:5 save:analysis]
fallbacks:
task_2: "Skip failed platforms, continue with others"
task_8: "Save to local file"
```
---
## Error Handling (Every error has auto-resolution)
| Phase | Error | Auto-Resolution |
|-------|-------|-----------------|
| Analysis | Unclear requirements | Choose most likely → State assumptions → Leave adjustment points |
| Analysis | Beyond capability | Search alternatives → Combine capabilities → Partial implementation |
| Planning | Circular dependency | Break weakest link → Merge tasks |
| Search | Skill not found | Expand keywords → Online search → Auto-create |
| Install | Installation failed | Switch registry → Manual clone → Inline implementation |
| Execution | Auth failure | Refresh → Re-auth → Degrade to public data |
| Execution | Rate limited | Backoff → Switch account → Use cache |
| Execution | Timeout | Increase timeout → Reduce batch → Skip and continue |
| Validation | Result mismatch | Retry with adjusted params → Relax validation → Mark for review |
---
## Best Practices
| Phase | Principles |
|-------|------------|
| Understanding | Multi-layer analysis, proactive assumptions, complexity assessment |
| Planning | Architecture first, clear dependencies, upfront risk identification |
| Execution | **NEVER STOP**, try multiple solutions, graceful degradation, incremental verification |
| Iteration | Fast feedback, continuous optimization, knowledge accumulation |
---
## Resources
- CLI: `npx skills --help`
- Browse: https://skills.sh/
- Capabilities: `references/capability_types.md`
- Template: `assets/skill_template.md`Related Skills
ui-skills
Opinionated constraints for building better interfaces with agents.
skills-creator
Creates new Claude Code skills in the .claude/skills/ directory. Specializes in designing well-structured, effective skills through thorough requirements gathering. Use when the user wants to create a new skill, command, agent, or automation.
shortcut-ui-skills
Shortcut's UI design system. Use when building interfaces inspired by Shortcut's aesthetic - light mode, Inter font, 4px grid.
Building Agent Skills
Assists in creating Agent Skills of varying complexity levels (simple, moderate, complex). Use when the user wants to create, design, or build a new Agent Skill, or when they need guidance on skill architecture, workflow design, schema validation, or template structure.
amplitude-ui-skills
Amplitude's UI design system. Use when building interfaces inspired by Amplitude's aesthetic - light mode, Inter font, 4px grid.
writing-skills
Use when creating new skills, editing existing skills, or verifying skills work before deployment - applies TDD to process documentation by testing with subagents before writing, iterating until bulletproof against rationalization
treido-skillsmith
Skill-system maintainer for Treido. Use to create/merge/trim skills, enforce treido-* naming, and keep `.codex/skills` minimal and consistent.
skills-management
Search, find, discover, install, remove, update, review, list, and move skills for AI coding agents. Use when user asks "find a skill for X", "search for a skill", "is there a skill for X", "install skill", "remove skill", "update skills", "list skills", "review skill quality", "move skill", "check for updates", or "how do I do X" where X might have an existing skill. This is THE tool for skill discovery and ecosystem search.
sarvam-ai-skills
Guide for building AI applications with Sarvam AI APIs for Indian languages. Use when working with speech-to-text transcription, text-to-speech synthesis, text translation, chat completion, or document intelligence. Covers models saarika:v2.5, saaras:v2.5/v3, bulbul:v3, mayura:v1, sarvam-translate:v1, sarvam-m, and sarvam-vision for 11-23 Indian languages. Trigger when user asks about Indian language AI, STT, TTS, translation, multilingual chatbots, voice assistants, or document processing.
rules-vs-skills
Explain when to use always-on Rules vs on-demand Skills. Use when the team is confused about where to encode guidance, deciding between rules and skills, or understanding the difference between invariants and procedures.
reinforce-skills
This skill should be used when the user asks to 'reinforce skills', 'add skill map', 'update skill map', 'sync skills to CLAUDE.md', 'persist skills', 'save skills to project', 'embed skills', 'skills keep getting forgotten', 'I keep forgetting skills', or when setting up a new project where installed skills should be persisted as context. Generates a compressed skill-mapping directive in CLAUDE.md following the Vercel AGENTS.md research pattern.
mixseek-skills
MixSeek Agent Skills collection for AI coding assistants. Provides workspace management, team configuration, evaluation setup, and debugging tools for MixSeek-Core.