If you’ve been using AI for a while, you’ve probably run into the same friction points: you repeat the same requirements every time, you copy and paste instructions into new chats, and as soon as the task gets complex, the output becomes inconsistent.
Claude Skills don’t focus on “making AI smarter.” They focus on capturing a reliable way of working, so I can reuse it and trigger it when needed. Anthropic refers to this mechanism as エージェント Skills, and it’s designed to reduce context overhead through on-demand loading.
What Are Skills?
エージェント Skills are a portable “capability package” format. In practice, a Skill is a folder that contains:
- task instructions
- when to trigger the Skill
- step-by-step execution guidance
- optional scripts, templates, and reference materials
Claude (and other tools that support Agent Skills) can load and run the Skill only when it’s relevant to the task.
The three core characteristics of Skills
- Reusable I can turn repeatable workflows into a Skill and reuse them across sessions.
- On-demand loading At startup, the system reads only the Skill’s name + description. It loads the full instructions only when triggered, and pulls in assets or references only if needed.
- Portable A Skill is typically a directory where the key file is
SKILL.md(with YAML metadata). I can copy it between compatible tools.
How Skills Evolved?
Before Skills, I want to clarify MCP in plain terms.
MCP(Model Context Protocol) is mainly about helping an agent connect to external tools and systems. In real use, when you connect many servers and tools, the tool definitions and tool results can consume a large number of tokens, which can reduce agent efficiency. Anthropic has highlighted this token overhead problem when too many servers are connected.
However, what most teams actually need is not only “access to tools,” but standardized execution: consistent formats, fixed steps, and explicit review checkpoints. MCP can connect to data and tools, but it does not automatically enforce your internal SOPs or output standards.
That’s the gap Skills fill: I can encode my SOPs, methodology, and output rules into SKILL.md, then rely on progressive disclosure to keep context cost low.
A simple way I explain it is: MCP enables the agent to use tools; Skills teach the agent how to use tools according to my standards.
How Skills Work: Progressive Disclosure
The Agent Skills spec breaks loading into three layers:
- Layer 1: Metadata (loaded at startup) Only
nameそしてdescriptionare loaded (roughly ~100 tokens per Skill). - Layer 2: Instructions (loaded on trigger) The full
SKILL.mdinstructions are loaded when the Skill is relevant (guidance suggests keeping this under ~5,000 tokens). - Layer 3: Resources (loaded as needed) Directories like
scripts/,references/、 そしてassets/are loaded only when required. In practice, this layer is not constrained by the instruction token budget.
This is why I can keep many Skills available without bloating the context window: unrelated Skills stay out of the conversation until they’re needed.

Skills vs MCP vs ClawdBot: Differences and How They Fit Together
ClawdBot has become popular recently, and it’s a good example of an application layer built around Skills. It extends capabilities using エージェント Skills–compatible Skill directories, and it can filter which Skills are usable based on environment, configuration, and binary dependencies. In other words, it helps bring Skills into real operational workflows.
Below is a clear comparison to show how Skills, MCP, and ClawdBot differ and connect:
| カテゴリ | Skills (Agent Skills) | MCP (Model Context Protocol) | クローボット |
| Primary purpose | Standardize workflows and outputs | Connect agents to external tools/systems | Run a long-living agent workflow using Skills |
| What it provides | SOPs, steps, output rules, reusable task logic | Tool access, external actions, data retrieval | A runtime layer that loads and executes Skills in practice |
| Key unit | SKILL.md + optional assets/scripts/references | MCP servers + tool schemas + tool calls | Workspaces + skill loading rules + channel integration |
| 最適な用途 | Repeatable tasks with clear standards | Tool integration and system connectivity | Always-on automation and real workflows |
| Typical relationship | Guides how work should be done | Enables access to tools and data | Uses Skills (and can also work alongside MCP) |
How to Use Skills (From Beginner to Advanced)
Use Skills in Claude Web/Desktop (best for non-technical users)
- へ移動 Settings > Capabilities
- 有効にする Codeexecution and file creation
- In the Skills section, enable example Skills or click Upload skill to upload your own Skill ZIP
- Describe your task in natural language. Many official Skills don’t require manual selection—Claude activates them automatically when relevant.
If I’m not sure how to write a Skill, I describe my workflow requirements to Claude (or to アイウィーバー) first, let it generate the Skill structure and content, then I upload the Skill.
Use Skills in Claude Code (for stronger workflows)
- Put the Skill folder under
~/.claude/skills/<skill-name>/SKILL.mdfor personal, reusable Skills - Or put it under
.claude/skills/inside a project for project-specific Skills - Then trigger it directly with
/skill-name
Use Skills in ClawdBot (for long-running agents)
- ClawdBot loads Skills from locations like
~/.clawdbot/skillsそして<workspace>/skills, with clear priority rules - You can also install and sync Skills via ClawdHub (for example:
clawdhub install <skill-slug>) - When using third-party Skills, treat them like trusted code and pay attention to secrets injection and sandboxing practices
これ comprehensive guide will walk beginners step-by-step through how to configure ClawdBot and get started successfully.
When Skills Are the Best Choice
In my experience, Skills work best when a task is repeatable, has fixed output standards, and the steps can be written clearly. Typical examples include:
- weekly reports and structured writing templates
- product launches and competitive analysis frameworks
- recruiting workflows such as resume/JD alignment and screening checklists
- meeting notes structuring and action-item extraction
- routine data cleanup and reporting
- pre-publishing checklists for content distribution
Once I put the steps, required inputs, and output format into a Skill, I can reuse it across sessions. Because Skills load on demand, they also help keep complex tasks stable without exhausting the context window.
The main challenge is usually not installation—it’s writing a clear Skill query. The query determines whether the right Skill is triggered and whether the Skill receives enough input to execute well. To reduce this friction, I use iWeaver prompt optimization to rewrite my rough request into a clearer, more structured query, then I hand that query to the Skill to execute.


