Skip to main content

Overview

Skills are self-contained directories that provide agents with domain-specific instructions, guidelines, and reference material. Each skill is defined by a SKILL.md file with YAML frontmatter and a markdown body. When activated, a skill’s instructions are injected directly into the agent’s task prompt — giving the agent expertise without requiring any code changes.
Skills are NOT tools. This is the most common point of confusion.
  • Skills inject instructions and context into the agent’s prompt. They tell the agent how to think about a problem.
  • Tools give the agent callable functions to take action (search, read files, call APIs).
You often need both: skills for expertise, tools for action. They are configured independently and complement each other.

Quick Start

1. Create a Skill Directory

2. Write Your SKILL.md

3. Attach to an Agent

The agent now has both expertise (from the skill) and capabilities (from the tools).

Skills + Tools: Working Together

Here are common patterns showing how skills and tools complement each other:

Pattern 1: Skills Only (Domain Expertise, No Actions Needed)

Use when the agent needs specific instructions but doesn’t need to call external services:

Pattern 2: Tools Only (Actions, No Special Expertise)

Use when the agent needs to take action but doesn’t need domain-specific instructions:

Pattern 3: Skills + Tools (Expertise AND Actions)

The most common real-world pattern. The skill provides how to approach the work; tools provide what the agent can do:

Pattern 4: Skills + MCPs

Skills work alongside MCP servers the same way they work with tools:

Pattern 5: Skills + Apps

Skills can guide how an agent uses platform integrations:

Crew-Level Skills

Skills can be set on a crew to apply to all agents:
Agent-level skills take priority — if the same skill is discovered at both levels, the agent’s version is used.

SKILL.md Format

Frontmatter Fields


Directory Structure

The directory name must match the name field in SKILL.md. The scripts/, references/, and assets/ directories are available on the skill’s path for agents that need to reference files directly.

Pre-loading Skills

For more control, you can discover and activate skills programmatically:

How Skills Are Loaded

Skills use progressive disclosure — only loading what’s needed at each stage: During normal agent execution (passing directory paths via skills=["./skills"]), skills are automatically discovered and activated. The progressive loading only matters when using the programmatic API.

Skills vs Knowledge

Both skills and knowledge modify the agent’s prompt, but they serve different purposes: Rule of thumb: If the agent needs to follow a process, use a skill. If the agent needs to reference data, use knowledge.

Common Questions

It depends on your use case. Skills and tools are independent — you can use either, both, or neither.
  • Skills alone: When the agent needs expertise but no external actions (e.g., writing with style guidelines)
  • Tools alone: When the agent needs actions but no special methodology (e.g., simple web search)
  • Both: When the agent needs expertise AND actions (e.g., security audit with specific checklists AND ability to scan code)
No. The allowed-tools field in SKILL.md is experimental metadata only — it does not provision or inject any tools. You must always set tools separately via tools=[], mcps=[], or apps=[].
The agent-level skill takes priority. Skills are deduplicated by name — the agent’s skills are processed first, so if the same skill name appears at both levels, the agent’s version is used.
There’s a soft warning at 50,000 characters, but no hard limit. Keep skills focused and concise for best results — large prompt injections can dilute the agent’s attention.