Back to Openclaw

Creating skills

docs/tools/creating-skills.md

2026.5.225.1 KB
Original Source

Skills teach the agent how and when to use tools. Each skill is a directory containing a SKILL.md file with YAML frontmatter and markdown instructions.

For how skills are loaded and prioritized, see Skills.

Create your first skill

<Steps> <Step title="Create the skill directory"> Skills live in your workspace. Create a new folder:
```bash
mkdir -p ~/.openclaw/workspace/skills/hello-world
```
</Step> <Step title="Write SKILL.md"> Create `SKILL.md` inside that directory. The frontmatter defines metadata, and the markdown body contains instructions for the agent.
```markdown
---
name: hello-world
description: A simple skill that says hello.
---

# Hello World Skill

When the user asks for a greeting, use the `echo` tool to say
"Hello from your custom skill!".
```

Use hyphen-case with lowercase letters, digits, and hyphens for the skill
`name`. Keep the folder name and frontmatter `name` aligned.
</Step> <Step title="Add tools (optional)"> You can define custom tool schemas in the frontmatter or instruct the agent to use existing system tools (like `exec` or `browser`). Skills can also ship inside plugins alongside the tools they document. </Step> <Step title="Load the skill"> Start a new session so OpenClaw picks up the skill:
```bash
# From chat
/new

# Or restart the gateway
openclaw gateway restart
```

Verify the skill loaded:

```bash
openclaw skills list
```
</Step> <Step title="Test it"> Send a message that should trigger the skill:
```bash
openclaw agent --message "give me a greeting"
```

Or just chat with the agent and ask for a greeting.
</Step> </Steps>

Skill metadata reference

The YAML frontmatter supports these fields:

FieldRequiredDescription
nameYesUnique identifier using lowercase letters, digits, and hyphens
descriptionYesOne-line description shown to the agent
metadata.openclaw.osNoOS filter (["darwin"], ["linux"], etc.)
metadata.openclaw.requires.binsNoRequired binaries on PATH
metadata.openclaw.requires.configNoRequired config keys

Advanced features

Once a basic skill works, these fields help make it reliable and portable:

  • Conditional activation — use requires.bins, requires.env, or requires.config to load the skill only when required dependencies are available. See Skills reference: gating.
  • Environment and API-key wiring — use skills.entries.<name>.env and skills.entries.<name>.apiKey to inject host-side environment for a skill turn. See Skills reference: config wiring.
  • Invocation control — set user-invocable: false to hide a slash command, or disable-model-invocation: true to keep a command-style skill out of the model prompt. See Skills reference: frontmatter.
  • Direct command dispatch — use command-dispatch: tool with command-tool when a slash command should call a tool directly instead of routing through the model.
  • Portable paths — use {baseDir} in SKILL.md when referencing scripts or assets inside the skill directory.
  • Publishing — use the ClawHub skill when preparing a skill for publication. It documents the current clawhub publish command shape and required metadata.

Best practices

  • Be concise — instruct the model on what to do, not how to be an AI
  • Safety first — if your skill uses exec, ensure prompts don't allow arbitrary command injection from untrusted input
  • Test locally — use openclaw agent --message "..." to test before sharing
  • Use ClawHub — browse and contribute skills at ClawHub

Where skills live

LocationPrecedenceScope
\<workspace\>/skills/HighestPer-agent
\<workspace\>/.agents/skills/HighPer-workspace agent
~/.agents/skills/MediumShared agent profile
~/.openclaw/skills/MediumShared (all agents)
Bundled (shipped with OpenClaw)LowGlobal
skills.load.extraDirsLowestCustom shared folders