skill-creation
Skill1 starsChanged 9 months agoMITView on GitHub
Guide for creating, updating, and managing skills. Use when: you need to extend your capabilities with a new skill, or the user asks you to create one. Skills are persistent Markdown instruction modules auto-discovered at runtime.
- Reads credentials
14 other projects use a version of this.
Adopted by
Most recently taken up by
- thensls/nsls-builder-toolkittheir own version, first seen Nov 8, 2026
- DaraBoth/skilljmskilltheir own version, first seen Nov 8, 2026
- OpenxIntelligence/Coding-Agent-Skillstheir own version, first seen Nov 1, 2026
- I-Onlabs/claude-code-skillstheir own version, first seen Oct 25, 2026
- AN0099/toothpaste-kittheir own version, first seen Oct 24, 2026
- ccgargantua/gars-claude-skillstheir own version, first seen Sep 16, 2026
Other versions14 projects use a version of this.
Word for word · 1
- emanueleielo/ciana-parrot★ 77100% same
Edited · 0
None found.
Wrote their own version · 13
- KemingHe/common-devx★ 10same name
- I-Onlabs/claude-code-skills★ 4same name
- metraton/gaia★ 4same name
- OpenxIntelligence/Coding-Agent-Skills★ 4same name
- thejordanleopold/claude-code-skills-distilled★ 4same name
- DaraBoth/skilljmskill★ 2same name
- AN0099/toothpaste-kit★ 1same name
- ccgargantua/gars-claude-skills★ 1same name
- DojoGenesis/openclaw-plugin★ 0same name
- farzanmrz/meta-dev★ 0same name
3 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository26 other files it gives its agents.
- 1passwordSkill
- apple-remindersSkill
- bear-notesSkill
- blogwatcherSkill
- blucliSkill
- camsnapSkill
- elevenlabs-ttsSkill
- gemini-image-genSkill
- gifgrepSkill
- githubSkill
- google-placesSkill
- imessageSkill
- nano-pdfSkill
- notionSkill
- obsidianSkill
- openai-image-genSkill
- openhueSkill
- peekabooSkill
- sonosSkill
- spotifySkill
- thingsSkill
- trelloSkill
- troubleshootingSkill
- video-framesSkill
- weatherSkill
- whatsappSkill
The file
We split this skill into the rules it gives an agent
9 rules. 0 are common, 7 are distinctive, and 2 are very specific to this project.
0
Common
Most of the 11 edited versions we read keep these.
7
Distinctive
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 26
Create the file using write_file:
- Distinctive: line 33
Always tell the user when you create a new skill
- Distinctive: line 37
Every skill needs a YAML frontmatter block followed by Markdown instructions:
- Distinctive: line 95
Follow this structure for the Markdown body:
- Distinctive: line 122
Be procedural: write steps the agent can follow, not conceptual explanations
- Very specific: line 130
Only create SKILL.md files — never create Python scripts or executable code in skill directories
- Distinctive: line 135
Always verify the skill works by reading it back after creation
- Very specific: line 139
Update: use edit_file or write_file to modify skills/<name>/SKILL.md
- Distinctive: line 140
Delete: remove the skill directory (tell the user first)
“Common” is measured: kept by at least 6 in 10 of the 11 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Skill Creation
You can create new skills to extend your own capabilities. Skills are Markdown instruction modules that persist across conversations and require no restart.
When to Create a Skill
- A recurring task that benefits from a structured workflow
- Domain knowledge worth preserving across conversations
- A multi-step process the user asks about repeatedly
- Integration with a new CLI tool or API
When NOT to Create a Skill
- One-off tasks that won't recur
- Information that belongs in MEMORY.md (user preferences, personal facts)
- Temporary instructions or experiment notes
How to Create a Skill
- Choose a name: lowercase, digits, hyphens only (e.g.,
meeting-notes,code-review) - Create the file using write_file:
write_file("skills/<name>/SKILL.md", content)- The skill is available immediately on the next message — no restart needed
- Always tell the user when you create a new skill
SKILL.md Format
Every skill needs a YAML frontmatter block followed by Markdown instructions:
---
name: <skill-name>
description: "Brief description of what this skill does and when to use it. Max 1024 chars."
---
# Skill Title
Instructions in markdown...Frontmatter Fields
| Field | Required | Description |
name | Yes | Must match the directory name exactly |
description | Yes | What the skill does and when to use it. Max 1024 chars |
requires_env | No | List of environment variables needed (skill is hidden if missing) |
requires_bridge | No | Host gateway bridge name required (skill is hidden if bridge unavailable) |
homepage | No | External URL for reference documentation |
metadata | No | Provider-specific metadata (e.g., OpenClaw) |
Frontmatter Examples
Simple skill (no dependencies):
---
name: meeting-notes
description: "Generate structured meeting notes from conversations. Use when the user asks to summarize or document a meeting."
---Skill requiring an API key:
---
name: notion
description: "Manage Notion workspace: create pages, query databases, add content blocks. Requires NOTION_API_KEY."
requires_env:
- NOTION_API_KEY
---Skill requiring a host bridge:
---
name: spotify
description: "Control Spotify playback: play, pause, skip, search tracks/albums/playlists via spogo CLI."
requires_bridge: "spotify"
---Body Structure
Follow this structure for the Markdown body:
# Skill Title
Brief one-line summary.
## When to Use
- Trigger phrase or scenario 1
- Trigger phrase or scenario 2
## When NOT to Use
- Scenario where another approach is better
## Commands / Workflow
Step-by-step instructions, code blocks, curl examples, etc.
## Notes
- Caveats, rate limits, known issuesGuidelines for the Body
- Be procedural: write steps the agent can follow, not conceptual explanations
- Include concrete examples: real commands, API calls, curl snippets
- Use code blocks with language hints for syntax highlighting
- Document known issues and workarounds — these save the most time
- Keep it concise: aim for what's needed to execute, not exhaustive documentation
Rules
- Only create
SKILL.mdfiles — never create Python scripts or executable code in skill directories - The
namein frontmatter MUST match the directory name - One skill per directory, one
SKILL.mdper skill - You can add supporting files (configs, docs) in the same directory if needed
- You can update or delete your own skills when they become outdated
- Always verify the skill works by reading it back after creation
Updating & Deleting Skills
- Update: use
edit_fileorwrite_fileto modifyskills/<name>/SKILL.md - Delete: remove the skill directory (tell the user first)
- Changes take effect on the next message — no restart needed
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

