Best for
- User provides a document/article/tutorial
- User provides an example to learn from
- User says "根据这篇文章创建一个 skill"
AI-Shell-Team/aish/skills/aish-add-skills/SKILL.md
Create new skills from documents, tutorials, or examples. Use when user wants to create a skill from learning materials or existing content.
Decision brief
Create reusable skills by extracting methodologies from learning materials or examples.
Compatibility matrix
| Platform | Status | Evidence | What to check |
|---|---|---|---|
| Codex | Not declared | No explicit evidence | Portability before use |
| Claude Code | Not declared | No explicit evidence | Portability before use |
| Cursor | Not declared | No explicit evidence | Portability before use |
| Gemini CLI | Not declared | No explicit evidence | Portability before use |
Installation
The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.
npx skills add https://github.com/AI-Shell-Team/aish --skill "skills/aish-add-skills"Inspect the Agent Skill "aish-add-skills" from https://github.com/AI-Shell-Team/aish/blob/06f2347ecedddd4abc6d24434efe552ea0412e88/skills/aish-add-skills/SKILL.md at commit 06f2347ecedddd4abc6d24434efe552ea0412e88. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.
Workflow
Critical first step - determine which processing path:
Review the “B4: Reverse Engineer Process” section in the pinned source before continuing.
User: "根据这篇 Docker 教程创建一个 skill"
Extract actionable methodologies from learning materials or examples to generate reusable Skills.
Use Create Mode when: - User provides a document/article/tutorial - User provides an example to learn from - User says "根据这篇文章创建一个 skill" - User says "从这个示例学习并创建 skill"
Permission review
No configured static risk pattern was detected
This is not proof of safety. Runtime behavior, indirect dependencies, and hidden external systems are outside the static scan.
Evidence record
| Signal | Value | Evidence type | Meaning |
|---|---|---|---|
| Quality score | 92/100 | Computed | Documentation, specificity, maintenance, and trust rules |
| Repository stars | 512 | Source | Repository attention, not individual Skill quality |
| Compatibility | 0 platforms | Source | Declared in the catalog source record |
| Usage guide | automated source guide | Editorial | Generated or reviewed according to the visible evidence level |
Pinned source
Create reusable skills by extracting methodologies from learning materials or examples.
User: "根据这篇 Docker 教程创建一个 skill"
AI: 读取文档 → 提取步骤 → 生成 skill 结构 → 保存到 ~/.config/aish/skills/
Extract actionable methodologies from learning materials or examples to generate reusable Skills.
Use Create Mode when:
Critical first step - determine which processing path:
User Input
│
├─ Has teaching intent? ("how to", "steps", "guide")
│ └─ YES → Path A: Methodology Document
│
├─ Is a finished work? (article, design, code, proposal)
│ └─ YES → Path B: Example (Reverse Engineering)
│
└─ Neither? → Tell user this content is not suitable
Check if suitable for skill generation (must meet at least 2):
If not suitable: Tell user honestly and explain why.
| Type | Characteristics | Examples |
|---|---|---|
| How-to | Clear step sequence, input→output | Deploy Docker, Configure CI/CD |
| Decision | Conditions, trade-offs, choices | Choose database, Select framework |
| Framework | Mental model, analysis dimensions | SWOT, 5W1H, First Principles |
| Checklist | Verification list, pass/fail criteria | Code review checklist, Launch checklist |
For How-to: Prerequisites → Step sequence → Expected result → Common errors
For Decision: Decision factors → Options with pros/cons → Decision tree → Recommended default
For Framework: Core concepts → Analysis dimensions → Application method → Limitations
For Checklist: Check items with criteria → Priority levels → Commonly missed items
File naming principles:
template.md or sample.mdCreate structure based on skill needs:
{skill-name}/
├── SKILL.md # Main instructions (required)
├── {descriptive-name}.md # Reference docs (name by content)
├── examples/ # Example outputs (descriptive names)
│ └── {example-description}.md
└── scripts/ # Helper scripts (name by purpose)
└── {script-purpose}.{py|sh}
Example for blog-post-writer skill:
blog-post-writer/
├── SKILL.md
├── structure-template.md # Blog post structure template
├── examples/
│ ├── technical-post.md # Example technical blog post
│ └── tutorial-post.md # Example tutorial post
└── scripts/
└── word-count.py # Word counter script
Use this template:
---
name: {skill-name}
description: {What it does and when to use it}
---
# {Skill Name}
{Brief description}
## When to Use
Use this skill when:
- {Scenario 1}
- {Scenario 2}
## Prerequisites
- {Prerequisite 1}
- {Prerequisite 2}
## Steps
1. **{Step 1}** - {Expected outcome}
- {Detail}
2. **{Step 2}** - {Expected outcome}
- {Detail}
## Quality Checkpoints
- [ ] {Checkpoint 1}
- [ ] {Checkpoint 2}
## Common Pitfalls
- **{Pitfall 1}**: {How to avoid}
## Source
- Document: {name/URL}
- Extracted: {timestamp}
Reference supporting files:
## Additional Resources
- For detailed template, see [structure-template.md](structure-template.md)
- For examples, see [examples/](examples/)
SKILL_DIR=~/.config/aish/skills/{skill-name}
# Create directories only if needed
# mkdir -p "$SKILL_DIR/examples"
# mkdir -p "$SKILL_DIR/scripts"
# Write SKILL.md (required)
cat > "$SKILL_DIR/SKILL.md" << 'EOF'
{SKILL.md content}
EOF
# Write optional files with descriptive names
What kind of artifact is this?
Structure Analysis:
├── [Part 1]: [Function] - [Proportion %]
├── [Part 2]: [Function] - [Proportion %]
└── [Part N]: [Function] - [Proportion %]
Questions:
| Dimension | Questions |
|---|---|
| Structure | How is content organized? |
| Style | Tone, word choice, expression? |
| Technique | What methods make it effective? |
| Logic | How does information flow? |
| Details | Small but important touches? |
## Deduced Production Steps
1. [Step 1]: [What to do] - [Key point]
2. [Step 2]: [What to do] - [Key point]
## Key Decisions
- [Decision 1]: [Options] - [Chose X because...]
## Reusable Techniques
- [Technique 1]: [How to apply]
Example for technical-blog-writer skill:
technical-blog-writer/
├── SKILL.md
├── blog-post-template.md # Template for blog posts
├── examples/
│ └── react-hooks-post.md # The analyzed example
└── scripts/
└── readability.py # Readability checker
---
name: {skill-name}
description: {What it does}
---
# {Skill Name}
{Brief description}
## Output Type
{What kind of artifact this produces}
## When to Use
Use this skill when:
- {Scenario 1}
- {Scenario 2}
## Structure Template
1. [Part 1]: [Function] - [~X%]
2. [Part 2]: [Function] - [~X%]
## Quality Characteristics
Learned from example:
- [Characteristic 1]: [How it manifests]
- [Characteristic 2]: [How it manifests]
## Production Steps
1. **{Step 1}**: [What to do] - [Tips]
2. **{Step 2}**: [What to do] - [Tips]
## Checklist
- [ ] [Check item 1]
- [ ] [Check item 2]
## Reference Example
- Source: [name/URL]
- Analyzed: [timestamp]
## Additional Resources
- For template, see [blog-post-template.md](blog-post-template.md)
- For reference example, see [examples/react-hooks-post.md](examples/react-hooks-post.md)
SKILL_DIR=~/.config/aish/skills/{skill-name}
# Write SKILL.md
cat > "$SKILL_DIR/SKILL.md" << 'EOF'
{SKILL.md content}
EOF
# Write optional files with descriptive names
Good naming:
api-reference.md (not reference.md)blog-post-template.md (not template.md)examples/react-hooks-post.md (not examples/sample.md)scripts/validate-readability.py (not scripts/helper.py)Avoid generic names like: template.md, sample.md, original.md, helper.py
---
name: my-skill
description: What this skill does and when to use it
disable-model-invocation: true # Only user can invoke
user-invocable: false # Hide from / menu
allowed-tools: Read, Grep # Restrict tool access
argument-hint: [filename] # Autocomplete hint
---
Reference content: Knowledge, conventions, patterns (runs inline)
Task content: Step-by-step instructions (often user-invoked)
Skills are saved to: ~/.config/aish/skills/
aish automatically hot-reloads skills from this directory.
Alternatives
coreyhaines31/marketingskills
When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program
coreyhaines31/marketingskills
When the user wants to reduce churn, build cancellation flows, set up save offers, recover failed payments, or implement retention strategies. Also use when the user mentions 'churn,' 'cancel flow,' 'offboarding,' 'save offer,' 'dunning,' 'failed payment recovery,' 'win-back,' 'retention,' 'exit survey,' 'pause subscription,' 'involuntary churn,' 'people keep canceling,' 'churn rate is too high,' 'how do I keep users,' or 'customers are leaving.' Use this whenever someone is losing subscribers o
alirezarezvani/claude-skills
App Store Optimization (ASO) toolkit for researching keywords, analyzing competitor rankings, generating metadata suggestions, and improving app visibility on Apple App Store and Google Play Store. Use when the user asks about ASO, app store rankings, app metadata, app titles and descriptions, app store listings, app visibility, or mobile app marketing on iOS or Android. Supports keyword research and scoring, competitor keyword analysis, metadata optimization, A/B test planning, launch checklist
prowler-cloud/prowler
PostgreSQL indexing best practices for Prowler: index design, partial indexes, partitioned table indexing, EXPLAIN ANALYZE validation, concurrent operations, monitoring, and maintenance. Trigger: When creating or modifying PostgreSQL indexes, analyzing query performance with EXPLAIN, debugging slow queries, reviewing index usage statistics, reindexing, dropping indexes, or working with partitioned table indexes. Also trigger when discussing index strategies, partial indexes, or index maintenance