skill-capture
from shipshitdev/library
Claude, Cursor, Codex skills and commands
3 stars0 forksUpdated Jan 25, 2026
npx skills add https://github.com/shipshitdev/library --skill skill-captureSKILL.md
Skill Capture
This skill extracts valuable learnings, patterns, and workflows from conversations and persists them as reusable skill files for future sessions.
When This Skill Activates
Activate when the user mentions ANY of these:
Explicit Requests
- "let's save this as a skill"
- "this workflow should be reusable"
- "capture this as a skill"
- "make this a skill"
- "turn this into a skill"
- "save this pattern"
Workflow Completion Signals
- Complex problem solved after multiple iterations
- Multi-step procedure successfully executed
- Valuable domain knowledge discovered through research
- Code pattern emerged that could benefit other projects
Learning Moments
- "this was tricky to figure out"
- "glad we finally got this working"
- "I wish I knew this earlier"
- "this should be documented"
Capture Process
Follow these 5 phases in order:
Phase 1: Identification
Review the conversation to identify capturable content:
What to Look For:
| Category | Example |
|---|---|
| Workflows | Multi-step procedures that took iterations to perfect |
| Domain Knowledge | Information requiring research or expertise |
| Problem Solutions | Approaches that resolved complex issues |
| Code Patterns | Reusable patterns that could help other projects |
| Decision Rationale | Architectural choices with clear reasoning |
Questions to Ask:
- Is this generalizable beyond this specific project?
- Would another Claude instance benefit from this knowledge?
- Did this require multiple iterations to get right?
- Is this non-obvious procedural knowledge?
Phase 2: Destination Planning
Determine where the skill should live:
1. Check if an existing skill should be updated
- Glob for skills/*/SKILL.md
- Read related skills to check for overlap
2. If creating new skill:
- Choose descriptive kebab-case name
- Create in skills/<skill-name>/ directory
Skill vs. Rule Decision:
| Create a Skill | Capture a Rule |
|---|---|
| Workflow with multiple steps | Single preference statement |
| Procedural knowledge | "always/never do X" |
| Domain expertise | Style/format preferences |
| Code patterns with context | Import/naming conventions |
If it's a rule/preference, delegate to rules-capture skill instead.
Phase 3: Content Drafting
Transform conversational insights into SKILL.md format:
---
name: <skill-name>
description: <One sentence describing what the skill does and when to use it>
version: 1.0.0
tags:
- <relevant>
- <tags>
---
# <Skill Title>
<Brief description of the skill's purpose>
---
## When to Use
<Clear triggers for when this skill should activate>
---
## Process
<Step-by-step workflow or procedure>
---
## Examples
<Concrete examples showing the skill in action>
---
## Integration
<How this skill works with other skills, if applicable>
Phase 4: Distillation
Extract and refine the content:
- Extract the Final Approach - Capture only what worked, not the failed attempts
- Generalize - Remove project-specific details that don't apply broadly
- Add Context - Explain why certain approaches work, not just what to do
- Include Examples - Add concrete examples that demonstrate usage
Checklist:
- Removed project-specific paths and names
- Generalized any hardcoded values
- Added explanatory context for non-obvious steps
- Included both good and bad examples where helpful
- Kept language in imperative form
Phase 5: Verification
Ensure the skill is ready for use:
Quality Checks:
| Check | Requirement |
|---|---|
| Length | Under 500 lines (use references/ for large content) |
| Frontmatter | Valid YAML with name and description |
| Completeness | All sections have meaningful content |
| Actionability | Instructions are specific enough to follow |
| Formatting | Follows library patterns (see rules-capture for reference) |
Validation:
# Run the package script to validate
scripts/package_skill.py skills/<skill-name>
What to Capture
Good Candidates
- Workflows that took multiple iterations to get right
- Domain knowledge that required research
- Problem-solving approaches that worked
- Code patterns that could be reused across projects
- Decision rationale for architectural choices
- Integration patterns between tools or services
- Debugging approaches for specific technologies
Anti-Patterns (Do NOT Capture)
- One-off solutions specific to a single project
- Trivial fixes or obvious patterns
- Information already documented elsewhere
- Sensitive or proprietary information
- Incomplete workflows still being refined
- Preferences without procedural value (use rules-capture instead)
Output Structure
Create two files for each skill:
SKILL.md
See Phase 3 template above. Key principles:
- Use imperative form ("Do X" not "You should do X")
- Be specific ab
...
Repository
shipshitdev/libraryParent repository
Repository Stats
Stars3
Forks0