{
  "$type": "site.standard.document",
  "bskyPostRef": {
    "cid": "bafyreie2kl6jpsspum2uqtbdoyonowgzxul4j52wlcvaip3qwylqnjff6u",
    "uri": "at://did:plc:oojf6mo4xi5eyf5yypmkwi5j/app.bsky.feed.post/3mn2l56kxhtm2"
  },
  "description": "A Skill is a recipe Claude pulls off the shelf. An Agent is a coworker you delegate a whole job to. Here's the operator-level explanation — and why the real difference is memory, not power.",
  "path": "/blog/claude-skills-vs-claude-agents-the-difference-that-actually-matters/",
  "publishedAt": "2026-05-30T07:54:43.000Z",
  "site": "https://www.livain.com",
  "tags": [
    "describes them",
    "its own 200K-token context window",
    "30 to 50 tokens of startup overhead",
    "wrote about a few weeks back",
    "a good fractional executive",
    "the leverage is the judgement",
    "Anthropic — Equipping agents for the real world with Agent Skills",
    "Claude API Docs — Agent Skills overview",
    "Claude Code Docs — Create custom subagents",
    "Simon Willison — Claude Skills are awesome, maybe a bigger deal than MCP",
    "The Death of Generic AI: Why Deep Domain Expertise is the Only Real Leverage Left",
    "I pointed the Meta MCP at a real ad account. Here's what it found in ten minutes.",
    "What Does a Fractional CMO Actually Do?"
  ],
  "textContent": "Every other week now, a founder asks me some version of the same question. They've started using Claude seriously, they keep seeing the words _Skill_ and _Agent_ thrown around in the same sentence, and they want to know whether they're the same thing dressed up in different clothes.\n\nThey're not. And once you see the difference clearly, you stop wasting hours building the wrong thing.\n\nSo this is the short, operator-level explanation I now send people. No code, no jargon — just the mental model I use when I'm deciding which one to reach for inside a client engagement.\n\n### A Skill is a recipe. An Agent is a coworker.\n\nThe cleanest way to hold these in your head: a **Skill** is a reusable playbook Claude pulls off the shelf when it recognises a task. An **Agent** is an autonomous worker you hand a job to and let get on with it in the back room.\n\nA Skill is a small folder — a `SKILL.md` file plus any scripts or templates it needs — that teaches Claude exactly how to do a specific, repeatable thing. Convert this messy spreadsheet. Apply our brand guidelines. Sort this scanned mail into the right entity folder. Anthropic describes them as \"organized folders of instructions, scripts, and resources that agents can discover and load dynamically.\"\n\nAn Agent — or subagent, in Claude Code — is a separate Claude instance you delegate a whole task to. It gets its own system prompt, its own tool access, and crucially, its own 200K-token context window. You don't babysit it. It works, it reports back, it disappears.\n\n### Why the memory thing actually matters\n\nThis is the part most people miss, and it's the most important one.\n\nA Skill lives _inside your current conversation_. When Claude activates a Skill, it loads those instructions into the same context window you're already working in. You can ask follow-up questions about what it did. You can see the raw output. You stay close to the work.\n\nAn Agent lives in _its own separate conversation_. The parent Claude hands off a task, the agent runs in an isolated context, and only the final summary comes back. All the noise — the file reads, the failed attempts, the verbose tool output — stays in the agent's head, not yours.\n\n> If a Skill is a recipe Claude keeps on the shelf and pulls down when someone orders that dish, an Agent is a temporary sous chef you point at a messy station and tell to bring back a finished platter.\n\nThat distinction sounds technical. It isn't. It's the whole game when you're running real work through these systems.\n\n### Progressive disclosure is the unsexy magic\n\nSkills use a principle called _progressive disclosure_. Claude pre-loads only the skill's name and one-line description into its system prompt — not the body, not the scripts, not the templates. It reads the heavy stuff only when it decides the current task actually needs it.\n\nThe practical consequence: each installed Skill costs only 30 to 50 tokens of startup overhead. Teams run twenty or fifty of them at once without noticeable cost or slowdown. You can pile on the playbooks. Claude only reaches for the right one.\n\nThis is why Skills feel cheap and Agents feel expensive. A Skill is a card in your deck. An Agent is a whole separate game getting played in the other room.\n\n### When I reach for which\n\nThe decision tree I actually use, in plain language:\n\nIf the task is a **specific, repeatable procedure** — convert this file, follow this style guide, format this report, apply these brand rules — that's a Skill. The work is small, the steps are known, and I want it to happen the same way every time. I built one for sorting my scanned mail. I built another for publishing to this blog. They run in seconds, in the same chat, and I see exactly what they did.\n\nIf the task is a **messy multi-step job that will generate a lot of intermediate noise** — refactor this codebase, research this topic across forty sources, audit this ad account — that's an Agent. I don't want a thousand tool calls clogging my main conversation. I want the agent to go away, do the work, and hand me back a clean answer.\n\nThe mistake I see people make: they reach for an Agent when a Skill would do, because Agents _sound_ more powerful. They aren't. They're just more isolated. Spinning up an autonomous worker for a five-step task is like hiring a temp to make you a sandwich.\n\n### The real power is stacking them\n\nThe interesting move isn't choosing between them. It's combining them.\n\nYou deploy an Agent for the heavy lift — say, a deep audit across a sprawling Meta ad account, the kind of thing I wrote about a few weeks back — so the thousands of lines of insights traffic stay out of your main chat. Inside that agent's isolated workspace, it dynamically calls Skills: your campaign-naming convention, your reporting template, your bid-strategy guardrails. Each Skill enforces consistency. The Agent provides parallelism and cleanliness.\n\nThat's the architecture worth understanding. Not \"which one is better.\" The answer is always \"both, used for what they're good at.\"\n\n### What this means if you're not a developer\n\nMost of my clients aren't shipping code. They're running brands, agencies, finance teams. And the question they really want answered is: _does any of this matter to me, or is this engineer cosplay?_\n\nIt matters. Skills are how you stop re-explaining your style guide, your brand voice, your reporting format, your file-naming convention every single time. You write it down once, in a folder, and Claude reaches for it automatically when the task lines up. The same way a good fractional executive stops re-teaching the team how the company does things by writing the playbook down.\n\nAgents are how you stop your AI workspace from turning into a junk drawer. You delegate the messy investigation, the long research, the multi-file edit — and you keep your own head clear.\n\nBoth are, in the end, the same trick I keep coming back to: the leverage is the judgement, not the tool. Knowing which one to reach for, and when, is the operator skill that compounds.\n\nThe tools are getting cheap. Knowing what to ask of them is not.\n\n### Sources & further reading\n\n**External**\nAnthropic — Equipping agents for the real world with Agent Skills\nClaude API Docs — Agent Skills overview\nClaude Code Docs — Create custom subagents\nSimon Willison — Claude Skills are awesome, maybe a bigger deal than MCP\n\n**Related posts**\nThe Death of Generic AI: Why Deep Domain Expertise is the Only Real Leverage Left\nI pointed the Meta MCP at a real ad account. Here's what it found in ten minutes.\nWhat Does a Fractional CMO Actually Do?",
  "title": "Claude Skills vs Claude Agents: the difference that actually matters",
  "updatedAt": "2026-05-30T07:54:43.641Z"
}