skill-evolver
- Repo stars 1,104
- Author updated Live
- Author repo archive
- Domain
- Data
- Compatible agents
-
- Claude Code
- Cursor
- Cline
- Codex
- Windsurf
- Gemini CLI
- +20
- Trust score
- 88 / 100 · community maintained
- Author / version / license
- @dp-archive · no license declared
- Token usage
- Lean
- Setup complexity
- Guided setup
- External API key
- Required · GitHub
- Operating systems
- Unspecified (assume cross-platform)
- Runtime requirements
- No special requirements
- Permissions
-
- Read-only
- Write / modify
- Shell exec
- Network behavior
- External requests
- Install commands
- 26 variants
Profile is derived at build time from SKILL.md and install vectors. Subject to drift from author intent.
Heads up: 未限定 allowed-tools,默认拥有全部工具权限。
---
name: skill-evolver
description: Analyze skill execution traces to identify issues and automatically evolve/improve skills. Use w…
category: data
runtime: no special runtime
---
# skill-evolver output preview
## PART A: Task fit
- Use case: Analyze skill execution traces to identify issues and automatically evolve/improve skills. Use when users provide trace files (JSON) from skill runs and want to improve skill performance based on real execution data. Triggers on requests like "analyze traces", "evolve skill based on traces", "improve skill from execution history", "find issues in skill traces", or when working with skill trace/log files..
- Inputs: target material, constraints, expected output, and acceptance criteria.
- Evidence boundary: follow “Trace Format / Workflow / Step 1: Analyze Inputs” and do not present inference as author intent.
## PART B: Execution result
- **01** The card summarizes the use case; runtime output centers on “Analyze skill execution traces to identify issues and automatically evolve/improve skills. Use when users provide trace files (JSON) from skill runs and want to improve skill performance based on real execution data. Triggers on requests like "analyze traces", "evolve skill based on traces", "improve skill from execution history", "find issues in skill traces", or when working with skill trace/log files.”.
- **02** When the source has headings, the agent prioritizes “Trace Format / Workflow / Step 1: Analyze Inputs” so the result follows the author’s structure.
- **03** Typical output includes task judgment, concrete steps, required commands or file edits, validation, and follow-up options.
- **04** Risk context follows the fingerprint: read files, write/modify files, run shell commands; may access external network resources; requires GitHub API keys.
## Running Rules
- read files, write/modify files, run shell commands; may access external network resources; requires GitHub API keys.
- Validate with a small sample before expanding scope.
- Return the result, validation criteria, and next iteration options. The source does not require a stable slash command. After installation, invoke the skill by name and describe the task.
Name target files or source material, expected output, forbidden changes, and whether network or shell access is allowed. Permission fingerprint: read files, write/modify files, run shell commands.
Start with a small task and check whether the result follows “Trace Format / Workflow / Step 1: Analyze Inputs”. Inspect diffs, logs, previews, or tests before expanding scope.
Confirm the final output includes a concrete result, evidence, and next action. If it stays generic, tighten inputs, boundaries, and acceptance criteria.
---
name: skill-evolver
description: Analyze skill execution traces to identify issues and automatically evolve/improve skills. Use w…
category: data
source: dp-archive/archive
---
# skill-evolver
## When to use
- Analyze skill execution traces to identify issues and automatically evolve/improve skills. Use when users provide trac…
- Use it when the task has clear inputs, repeatable steps, and validation criteria.
## What to provide
- Target material, scope, expected result, and forbidden changes.
- Whether network, commands, file writes, or external services are allowed.
## Execution rules
- Organize steps around “Trace Format / Workflow / Step 1: Analyze Inputs” and keep inference separate from source facts.
- read files, write/modify files, run shell commands; may access external network resources; requires GitHub API keys.
- Validate with a small sample before expanding the task.
## Output requirements
- Return the deliverable, key evidence, validation method, and next action.
- Mark missing information as unknown; do not invent commands, platforms, or dependencies. The author source anchors workflow facts; repository files anchor sources and commands; Fluxly only adds fit, limitations, and quality judgment.
skill "skill-evolver" {
input -> user goal + target files + boundaries + acceptance criteria
context -> Trace Format / Workflow / Step 1: Analyze Inputs
rules -> SKILL.md triggers / order / output contract
runtime -> no special runtime | read files, write/modify files, run shell commands | may access external network resources
guardrails -> requires GitHub API keys + small-sample validation + diff/log review
output -> copyable result + checklist + next iteration
} Skill Evolver
Analyze skill execution traces to discover issues, identify improvement opportunities, and apply fixes to skill files.
Trace Format
Traces are JSON with this structure:
{
"id": "uuid",
"request": "user's original request",
"skills_used": ["skill-name"],
"success": true/false,
"total_turns": 2,
"total_input_tokens": 5000,
"total_output_tokens": 200,
"duration_ms": 7000,
"steps": [
{"role": "assistant", "content": "...", "tool_name": null},
{"role": "tool", "tool_name": "...", "tool_input": {}, "tool_result": "..."}
],
"llm_calls": [
{"turn": 1, "stop_reason": "tool_use", "input_tokens": 2500, "output_tokens": 50}
]
}
Workflow
This skill can receive two types of input (at least one required):
- Traces: Execution trace data from real skill runs — provides data-driven problem discovery
- Feedback: User-written improvement suggestions — provides directed guidance for changes
When both are provided, combine insights: use traces to validate/discover issues and feedback to prioritize and guide fixes.
Step 1: Analyze Inputs
If traces are provided, run the analysis script:
scripts/analyze_traces.py <traces.json> [--skill <name>] [--format json|text]
Output includes:
- Success rate
- Average turns, duration, tokens
- Common issues and warnings
- Recommendations
If feedback is provided, identify the user's improvement goals and map them to actionable changes.
If both are provided, cross-reference: does the feedback align with trace-discovered issues? Use feedback to prioritize which trace-identified problems to fix first.
Step 2: Extract Issue Details
For failed or problematic traces, extract full context:
scripts/extract_issue_context.py <traces.json> --failed
scripts/extract_issue_context.py <traces.json> --trace-id <id> --show-llm
scripts/extract_issue_context.py <traces.json> --high-turns
Skip this step if only feedback was provided (no traces).
Step 3: Identify Root Causes
Map issues to skill components using references/issue-patterns.md:
| Issue Type | Likely Fix Location |
|---|---|
| execution_failure | scripts/, error handling |
| high_turn_count | SKILL.md clarity, add examples |
| tool_errors | scripts/, input validation |
| high_token_usage | SKILL.md verbosity, progressive disclosure |
| repeated_tool_calls | SKILL.md decision trees |
For feedback-only input, map the user's suggestions directly to the appropriate skill components.
Step 4: Apply Fixes
Read the target skill and apply changes based on analysis:
- For script errors: Fix scripts, add validation, improve error messages
- For efficiency issues: Add examples, decision trees, clearer instructions
- For token issues: Reduce SKILL.md, move content to references/
- For trigger issues: Update frontmatter description
- For feedback-guided changes: Apply the user's specific suggestions
Scope constraints — strictly follow:
- Only modify the target skill's existing files (SKILL.md, scripts/, references/)
- Do NOT create new reference files, templates, or guides
- Do NOT search the web for domain-specific content
- Do NOT generate CHANGELOG, improvement reports, or other extra deliverables
- The evolved skill files themselves are the sole deliverable
Quick Reference
Issue Severity Levels
- high: Failures, max_tokens, tool errors → Fix immediately
- medium: High turns, high tokens, retries → Optimize
- low: Long duration → Consider optimization
Key Metrics Thresholds
| Metric | Warning | Action |
|---|---|---|
| success_rate | <90% | Review failures |
| avg_turns | >4 | Simplify workflow |
| avg_tokens | >30000 | Reduce context |
| duration_ms | >60000 | Optimize scripts |
Common Fixes
Low success rate:
- Add error handling in scripts
- Add input validation
- Clarify ambiguous instructions
High turn count:
- Add decision tree
- Provide more examples
- Use scripts for multi-step operations
High token usage:
- Reduce SKILL.md lines (<500)
- Move details to references/
- Remove redundant examples
Decide Fit First
Design Intent
How To Use It
Boundaries And Review