- Repository skills you commit alongside your code
- Managed skills you create in Settings > Skills
- Built-in skills that ship with every session
Repository skills
Place each skill in its own directory inside the skills folder for your coding agent. The folder differs per agent, so use the one that matches the agent running your sessions.
A skill directory looks like this:
Required frontmatter
Every entry file needs YAML frontmatter withname and description. Tembo skips any skill whose frontmatter is missing or invalid.
namemust be lowercase kebab-case (a-z,0-9, single hyphens), at most 64 charactersnamemust exactly match the skill’s directory namedescriptionmust be a non-empty string of at most 1024 characters- Entry files larger than 1 MiB, or detected as binary, are skipped
For Cursor skills in
.cursor/rules/, the skill name comes from the directory name, so frontmatter name is optional. description is still required.Using a skill
Ask the agent to use a skill in the session description, or after a PR is opened via the feedback loop:Managed skills
Create and manage skills directly in Tembo when you want them available across every repository, without committing files. Open Settings > Skills to:- Add a new skill, then give it a name and description
- Write the main instructions in
SKILL.md - Add extra reference files if needed
- Edit or delete existing skills
- Browse and install community skills from the marketplace
SKILL.md. Tembo writes managed skills into the sandbox at /workspace/.tembo/agents/skills/<agent>/<skill-slug>/ and copies them into the running agent’s own skill directory so the agent discovers them normally. For Cursor, the entry file is converted to SKILL.mdc.
Built-in skills
These skills ship with Tembo and are available in every session without any setup:tembo-git-instructions picks up the commit and PR title instructions you set in Settings > Instructions. If you leave them blank, Tembo falls back to conventional commit messages.
What skills are good for
- Enforcing a research-then-implement workflow
- Requiring test coverage before opening a PR
- Defining code review checklists the agent runs against its own output
- Setting quality thresholds for different session types