Attach skills to a deployment
Attach skills when creating a deployment. A deployment supports up to 20 skills. Each entry in theskills array uses the following fields:
| Field | Description |
|---|---|
name | Required. Unique skill name within the deployment |
source | Required. Where the skill is loaded from: file, inline, or url |
path | file source only. Path to a SKILL.md in the deployment’s workspace |
content | inline source only. The skill markdown provided directly in the request |
url | url source only. A public URL to a SKILL.md you update independently |
invalid_skill. Skills can also be added, updated, and removed on a live deployment with the Skills API — changes apply to the agent’s next run.
Skill format
A skill is aSKILL.md file with frontmatter and instructions:
description matters: it’s how the agent decides which skill applies to the task at hand without loading the full skill into context.
Skill authoring best practices
- One procedure per skill. “Storyboarding” and “UGC video creation” are two skills, not one.
- Write for an operator, not a reader. Numbered steps, concrete file paths, explicit output formats.
- Let the agent finish in the workspace. End skills with where to save the result, so outputs persist across sessions.
- Don’t duplicate the system prompt. Identity and tone belong in
system_prompt; procedures belong in skills.
Skills and self-learning
Skills set the floor, not the ceiling. Withmemory and dreaming enabled, agents refine how they apply your skills per customer over time — corrections a customer makes today shape how the skill runs tomorrow.
