Skills, but not the "hard work" kind
A skill is an IKEA instruction manual for an AI. That’s the whole idea. You hand a model a clear, step-by-step set of instructions for how to do one specific thing, and it follows them.
Not magic. Not a new model. Not a plug-in app store. Just a written set of instructions the AI loads when it needs to do that specific job.
Think IKEA, not iPhone app
01 / The metaphor
Imagine you’ve got a flatpack and a screwdriver. You don’t need a smarter screwdriver. You need the instructions. A skill is that. The instructions. For the AI you already have.
// A skill, in 4 parts
-
- A name. So the model knows when to grab it.
-
- A description. “Use this when…” (the trigger).
-
- The instructions. The actual steps. Written in plain English, like you’d brief a smart intern.
-
- (Optional) supporting files. Scripts, templates, references the steps point to.
It’s a text file. Really.
02 / What it actually is
Under the hood, a skill is a SKILL.md file. A regular Markdown document. The top has a few lines of metadata (name, description). The rest is the manual. That’s it.
Which means: if you can write a paragraph explaining how you do something, you can write a skill. No code required for the simple ones. The complex ones can pull in scripts and tools, but the spine is always the same. A Markdown file with a clear job.
The shift is from “talking to the AI every time” to “writing the instructions once and letting the AI re-read them whenever the situation comes up.” Same effort, repeated forever.
Real examples
03 / What you’d actually use one for
This is where it clicks. A few skills I run:
- Morning email digest (
// daily-brief): Reads my inbox, surfaces what actually matters, writes a one-page brief by 8am. - Enrich + outreach (
// lead-enrich): Takes a name + company, pulls public info, drafts a personal first message I can send. - Tweet drafting (
// draft-tweet): Turns a rough thought into 3 punchy variants in my voice. Same rules every time. - Better git commits (
// commit-fix): Reads my code changes, writes a real commit message, rejects lazy ones like “fix” or “wip”.
Notice the pattern: repetitive jobs with a clear right answer. That’s the sweet spot. Anything you do more than twice a week is a skill candidate.
The hierarchy (this matters)
04 / Where skills live
Skills don’t all live in the same place. They stack, like CSS. The AI checks the closest layer first, then walks outward. Same name in two layers? The closer one wins.
| Layer | Where it lives | Who sees it | Use it for |
|---|---|---|---|
| Project | .claude/skills/ | Just this project | Repo-specific stuff. Build steps. House rules. |
| Personal | ~/.claude/skills/ | You, everywhere | Your own workflows. Same skill in every project. |
| Plugin / shared | marketplace plugin | Your team or the public | Skills you ship to others. Versioned. Installable. |
| Built-in | ships with Claude | Everyone | The defaults Anthropic ships. PDF reading, Excel, etc. |
The practical version: start at the personal layer (the one in your home folder). It follows you across every project. Once a skill earns its keep there, you’ll know whether to push it into a specific project or share it as a plugin.
The honest take
05 / Why custom beats off-the-shelf
You can install other people’s skills. They’re fine. They’ll get you 70%.
But the real unlock is this: nothing is ever going to be as good as a skill built exactly for you. Your tone. Your tools. Your shortcuts. Your sequence. The way you like the email written.
// The shortcut
Start with one.
Pick the thing you did three times this week and resented the third time. Write the instructions. Save it as a skill. Run it tomorrow. That’s it. You’re in.
The first skill you build feels like a toy. The tenth one feels like leverage. By the fiftieth, you stop thinking about “using AI” and start thinking about what you want done.
Install, share, or write your own
06 / Where skills come from
You’re not limited to skills you write yourself. There’s a growing ecosystem of shared ones. The honest map:
- Anthropic + Claude defaults (
// official): A handful ship built-in (PDF, Excel, etc). Safe by default. Just turn them on. - skills.sh (
// marketplace): Curated, versioned skills. Cleanest install path. Browse, click, done. - GitHub repos (
// github): Developers share their skills as repos. Copy the folder into your~/.claude/skills/. - Skill-creator tools (
// helpers): Meta-skills that interview you and write a skill for you. Great training wheels.
One thing to be aware of, though. A skill is just text. Whoever wrote it can say anything in those instructions. Most of the time it’s helpful. Sometimes it’s careless. Rarely, it can be hostile (prompt injection, asking the model to do something you didn’t intend).
// before you install a skill
Read the SKILL.md. Every time.
It’s a Markdown file. You don’t need to be a developer. Skim it like you’d skim an email from a stranger. If anything reads weird, “ignore previous instructions”, “send this somewhere”, “delete this folder”, don’t install it. Stick to skills from sources you trust.
The official docs
07 / Where to go next
If you want to dig into how to actually write one, the Anthropic docs are short and good:
→ claude.com/skills (the overview).
→ support.claude.com: What are skills? (the FAQ-style explainer).
That’s the whole 101. Now go build one.