A Claude Skill is a packaged, repeatable workflow: a folder containing a Markdown file that tells Claude how to do one specific job, which Claude loads on its own whenever a task matches. It is not code, and it is not a plugin — it's a set of written instructions plus, optionally, the templates and reference files those instructions point to.
For social media work, that means the reporting structure you re-explain to a chat window every month, the caption rules you keep in a doc nobody opens, and the hook framework living in your head can all become something the assistant applies by default. Below: what a Skill actually contains, three you can copy today, how to build one without writing code, and the honest boundary where a Skill stops being useful.
What a Skill actually contains
Every Skill is a folder. Inside it, one required file — SKILL.md — with two parts:
- A short header with a
nameand adescription. The description is the important half: it tells Claude when to reach for this Skill. - The body, in plain Markdown. Instructions, structure, examples, rules, things to never do. Written the way you'd brief a competent freelancer on their first day.
Optionally, you can drop other files into the same folder — a brand-voice reference, a spreadsheet template, a checklist, an example of a finished deliverable — and reference them from the body.
The mechanic that makes this worth doing is progressive disclosure. Only the name and description sit in Claude's context by default. The full instructions get read when a task actually calls for it. So you can build a dozen Skills without every conversation dragging around a dozen documents' worth of rules.
As of July 2026, Anthropic also ships prebuilt Skills for document work — spreadsheets, slide decks, Word documents, PDFs — which is why "make me a deck from this" behaves noticeably better than it used to. Those are the same shape as anything you'd write yourself.
A Skill is not a saved prompt
The distinction matters more than it sounds like it should.
| A saved prompt | A Skill | |
|---|---|---|
| Where it lives | Your notes app, a snippet manager, a pinned message | A file the assistant can read |
| How it fires | You remember to paste it | The task description matches, and it loads |
| What it can carry | Text only | Text, plus templates, examples, reference files |
| Updating it | Edit the snippet, hope everyone else does too | Edit one file; everyone gets the new version |
| Scales to | A handful before you lose track | Dozens, because unused ones cost nothing |
If you've already built a library of reusable instructions — our roundup of AI prompts for social media is a decent starting inventory — you have most of the raw material for your first three Skills. The work is mostly reorganising, not writing from scratch. The same is true if you've been using structured prompt frameworks: a framework you apply manually every time is a Skill waiting to happen.
The upgrade is smaller than it sounds, and it's the same upgrade whichever assistant you use. If your process today looks like the copy-paste loop in our guide to using ChatGPT for social media — re-establish context, paste the instructions, hope you pasted the current version — a Skill is that loop with the remembering taken out of your hands.
The test for whether something should be a Skill: have you explained it to the assistant more than twice?
Three Skills worth building first
These are the three that pay back fastest for a solo creator, an SMB marketer, or a small agency. Copy them, change the specifics, keep the shape.
1. The monthly report Skill
Reporting is the perfect candidate: high frequency, fixed structure, zero creative variance, and enormous tedium.
---
name: monthly-social-report
description: Use when the user asks for a monthly or quarterly social
report, a performance recap, or a client update on social results.
Handles structure, tone, and required sections.
---
## Monthly social report
## Before starting, confirm you have
- A post-level export for the reporting month: platform, date,
format, reach, engagements, saves, link clicks
- The previous month's export for comparison
- Any launch, campaign, or holiday dates inside the period
If anything is missing, ask for it. Never estimate or infer a number
that is not in the data provided.
## Structure — use these sections, in this order
1. **The one-line headline.** What changed this month and why.
2. **Numbers table.** Metric, this month, last month, % change.
Round sensibly. Flag anything that moved more than 20%.
3. **Top three posts.** Link, format, one sentence on why it worked.
4. **Bottom three posts.** Same, one sentence on the likely cause.
5. **What we're changing next month.** Maximum three actions, each
tied to something in the data above.
## Tone
Plain English. No adjectives doing work that numbers should do.
Never write "engagement was strong" — write the number and the
comparison. If a month was bad, say so in the headline.
That last section is the one clients notice. If you want the full manual version of this workflow first, our guide on how to create a social media report covers what belongs in each section and why.
2. The caption QA Skill
This one runs after drafting, as a gate rather than a generator. It catches the boring mistakes that make AI-assisted output look AI-assisted.
---
name: caption-qa
description: Use before any caption is scheduled or published. Reviews
a draft caption against platform, brand, and accessibility rules and
returns a pass/fix verdict per item.
---
## Caption QA
Review the caption against every item. Return a short table:
item, PASS or FIX, and if FIX, the corrected text.
1. **Hook.** Does the first line work with the rest truncated away?
If it needs the second line to make sense, rewrite it.
2. **Length.** Confirm the caption fits the destination platform.
If it's close to the ceiling, flag it — don't guess the limit.
3. **One idea.** If the caption contains two arguments, split it
into two posts and say so.
4. **Banned phrases.** "Game-changer", "dive into", "in today's
fast-paced", "unlock", "elevate", any rhetorical-question opener.
5. **Claims.** Every number, statistic, or superlative must be
traceable to something the user supplied. Flag anything invented.
6. **CTA.** Exactly one, and it must match the platform's behaviour
(no "link in bio" on LinkedIn).
7. **Accessibility.** Alt text present. No mid-word emoji. Hashtags
in camel case at the end, not scattered through the sentence.
8. **Voice.** Read it aloud. If it doesn't sound like a person
who works here, rewrite the worst sentence.
Note item 2. Rather than baking a character count into the Skill — where it will quietly go stale — instruct it to flag and check against a maintained reference like our social media character limits page. Skills rot the same way documentation does, and the fix is to not hardcode facts that change.
3. The hook-variant Skill
Narrow, mechanical, and the one you'll use most often.
---
name: hook-variants
description: Use when the user has a post idea, script, or finished
caption and wants alternative opening lines to test.
---
## Hook variants
Return exactly eight opening lines, one per category below. Each
must stand alone, be under 12 words, and contain no emoji.
1. Direct claim — state the conclusion first
2. Number — a specific, concrete quantity
3. Contrarian — the opposite of the received wisdom
4. Mistake — what most people get wrong
5. Before/after — the shift in one line
6. Specific detail — the small, odd, true thing
7. Cost — what not doing this costs
8. Question — only if it's a question the reader can't answer
After the list, name the two you'd test first and say why in one
sentence each. Do not invent statistics for the number variant —
if the user gave you no numbers, use a count from their own
material (days, steps, attempts) instead.
If you want more on what separates an opening line that earns the tap from one that doesn't, we go deeper in the guide to AI hook generation for social media.
How to build one without writing code
There is no build step and no editor requirement. The whole process:
- Pick a job you've explained twice. Not your whole strategy — one job with a repeatable output. Reporting, QA, repurposing, alt text, first-draft captions from a blog post.
- Write it as a brief, not a prompt. Describe the output, the required sections, the rules, and the things to never do. Bullet lists beat paragraphs. Be specific about failure modes — "never invent a statistic" earns its place.
- Write the description for the router, not for yourself. This is where most first attempts fail.
description: Reporting stuffwill never trigger. Name the situations: "Use when the user asks for a monthly or quarterly report, a performance recap, or a client update." - Save it as
SKILL.mdin a folder named after the Skill. That's the entire packaging step. - Test it on a real task, not a test one. Watch what it gets wrong, then edit the file — not the chat. Editing the chat teaches nothing; editing the file compounds.
- Add reference files once the body gets long. A separate brand-voice file, a report template, a worked example. The body points at them.
You can also just describe the workflow to Claude and ask it to draft the SKILL.md for you, then edit what comes back. That's usually faster than starting from a blank file, and it's how most non-technical people I know built their first one. It helps to understand roughly how the underlying model reasons — our artificial intelligence glossary entry is a two-minute primer if that's fuzzy.
Where Skills stop
A Skill makes the assistant more consistent at a task. It does not change what the assistant can reach.
- A Skill drafts and structures. It does not publish. Nothing in a
SKILL.mdconnects to your accounts. The output still has to get from a chat window into a queue, on the right day, at the right time, in the right per-platform shape. - It only knows what you hand it. A reporting Skill without an export is a very confident guesser. If you want the assistant reading your live numbers rather than a pasted CSV, that's a connection problem, not an instructions problem — the Model Context Protocol explainer covers what that actually takes.
- It isn't strategy. A Skill encodes a decision you already made. If the decision was wrong, the Skill makes you wrong faster and more consistently.
- It doesn't remove the review step. This is the same principle behind any sane human-in-the-loop AI workflow: the assistant prepares, a person approves, and nothing publishes unreviewed. Our broader take on AI-generated social media content is that the quality ceiling is set by the reviewer, not the generator.
That last point is where the tooling matters. Drafting in a chat window is fine; approving in one isn't, because there's no calendar view, no per-platform preview, and no record of who signed off. SocialKit is the other half of that loop — you compose once and customise the caption, hashtags, and media per platform across 11 networks (Instagram, TikTok, YouTube including Shorts, Facebook, LinkedIn, X, Threads, Bluesky, Pinterest, Mastodon, Google Business), see the whole month on a visual content calendar, and schedule to recommended posting times. Team and Enterprise plans add approval workflows so a draft can't slip out unreviewed.
To be clear about what a scheduler doesn't solve: SocialKit has no unified inbox, no social listening, and no comment-moderation queue, so a Skill that drafts replies still leaves you doing the replying natively. What it does cover is the part between "the draft is good" and "the post went out" — queue, timing, per-platform formatting, and the analytics you'll feed back into next month's report Skill.
Start here this week
A realistic sequence, in order, with the first one taking about twenty minutes:
- Open your last three chats with Claude and find the instructions you pasted more than once. That's your backlog.
- Build the caption QA Skill first. It's the highest-value one because it's a gate, not a generator — it improves output you're already producing rather than creating more.
- Write the description carefully, then test the trigger. Start a fresh conversation, describe the task in your own words, and check whether the Skill fires without you naming it. If it doesn't, the description is too vague.
- Run it on ten real captions. Note every wrong verdict. Edit the file, not the conversation.
- Add the reporting Skill at the end of the month, when the tedium is fresh and you can see exactly what you're automating.
- Keep publishing where it belongs. Draft with Skills, review as a human, then schedule from one calendar with the per-platform specs already handled — start a free 7-day trial if you don't have that piece yet (flat pricing, all 11 platforms on every plan, from €29/month Solo or €17.40/month billed annually as of July 2026).
The teams getting real leverage out of Skills aren't the ones with the most of them. They're the ones with four good ones they actually edit when the output is wrong.