Skills
Domain knowledge and standards. Reference material the agent consults when doing specific work — coding conventions, API design rules, testing patterns.
Abilities are the instruction files that tell an agent what it knows, how to do things, and what rules to follow. Every ability is a markdown file installed into an agent’s workspace under agent/.
There are three types:
Skills
Domain knowledge and standards. Reference material the agent consults when doing specific work — coding conventions, API design rules, testing patterns.
Workflows
Step-by-step procedures. Multi-step task guides the agent follows end-to-end — planning a feature, reviewing code, running a security audit.
Protocols
Hard rules. Non-negotiable constraints enforced every session — security policy, scope boundaries, memory management, startup sequence.
The key distinction is how the agent uses the content:
| Skills | Workflows | Protocols | |
|---|---|---|---|
| Purpose | Reference knowledge | Task procedure | Enforced rules |
| When loaded | On demand, during relevant work | When starting a specific activity | Every session, automatically |
| How activated | Agent recognizes relevant context, or user asks | User says “plan the feature” or triggers via slash command | Startup sequence loads them |
| Tone | ”Here are the standards" | "Follow these steps" | "You must always / never” |
| Can override? | Agent applies judgment | Agent follows the procedure | Non-negotiable |
| Example | Coding Standards | Planning Workflow | Security Protocol |
Use this to pick the right type for a new ability:
| If you need… | Use a… | Because… |
|---|---|---|
| Conventions for how code should look | Skill | It’s reference material, not a procedure |
| A repeatable process with ordered steps | Workflow | It needs to be followed end-to-end |
| A rule that must never be violated | Protocol | It’s enforced, not optional |
| Domain expertise the agent should have | Skill | Skills are knowledge, not instructions |
| A structured review or audit process | Workflow | Audits have ordered phases |
| Boundaries on what the agent can do | Protocol | Boundaries are non-negotiable |
Abilities come from the Bonsai catalog — a library of pre-built items embedded in the binary. During setup, you pick the ones you want:
bonsai init installs the Tech Lead with its default abilitiesbonsai add installs a code agent with its defaults, then lets you customizeThe interactive picker shows all compatible abilities. Some are pre-selected as defaults; some are marked as required and cannot be unchecked.
After installation, abilities are markdown files in the agent’s workspace:
station/agent/├── Skills/ # .md files — domain knowledge│ ├── planning-template.md│ ├── review-checklist.md│ └── issue-classification.md├── Workflows/ # .md files — task procedures│ ├── planning.md│ ├── code-review.md│ └── session-logging.md└── Protocols/ # .md files — hard rules ├── memory.md ├── security.md ├── scope-boundaries.md └── session-start.md| Command | What it does |
|---|---|
bonsai catalog | Browse all available abilities with descriptions and compatibility |
bonsai list | Show what’s installed for each agent |
bonsai add | Add a new agent with abilities, or add abilities to an existing agent |
bonsai remove | Remove an agent and its abilities |
bonsai update | Re-render catalog abilities and detect custom files |
Not every ability works with every agent type. Each ability declares which agents it supports:
agents: all — available to every agent typeagents: [backend, fullstack] — only available to those specific typesWhen you use the interactive picker during bonsai add, Bonsai automatically filters the list to show only compatible items.
Some abilities are marked required: all — they’re auto-installed for every agent and cannot be unchecked. All four protocols are required:
| Protocol | What it enforces |
|---|---|
| Memory | How to read and write working memory between sessions |
| Scope Boundaries | What the agent owns and what it never touches |
| Security | Hard stops — secrets, credentials, dangerous operations |
| Session Start | Ordered startup sequence — what to read and check |
Four sensors are also required for all agents: session-context, scope-guard-files, context-guard, and status-bar. See Sensors for details.
After installation, you own the files. You can:
.bonsai-lock.yaml.md files with YAML frontmatter, then run bonsai update to track thembonsai update, you’ll be prompted to skip, overwrite, or backupSee the Customizing Abilities guide for the full workflow.
The Bonsai catalog ships with:
Browse the full catalog:
Skills
Domain knowledge across coding, infrastructure, testing, and management. Browse skills
Workflows
Task procedures for planning, reviewing, auditing, and reporting. Browse workflows
Protocols
Hard rules enforced every session for every agent. Browse protocols