How to write a Skill: Difference between revisions

From Tygron Support wiki
Jump to navigation Jump to search
No edit summary
No edit summary
Line 2: Line 2:
When to write skills:
When to write skills:
* Repeated task that need to be done the same every time.
* Repeated task that need to be done the same every time.
* Domain specific information, such as terminology, runbooks and style guides.
* Specifications, schemas and configurations
* Failure cases and their resolutions.


When not to write skills:
When not to write skills:
Line 11: Line 14:
|Choose a unique name
|Choose a unique name
|Write a short description (one or two sentences) of what this skill does and when it should be used
|Write a short description (one or two sentences) of what this skill does and when it should be used
|Write the skill content using short sentences and a limited amount of lines (<500)
|Write the skill content using short sentences and a limited amount of lines
|
|Test your skill repeatedly
|Move what should be put in a separate skill
|Remove what can be cut
}}
}}
==Tips==
*Moderate detail: Not too comprehensive, but also not too exhaustive. Border cases can be put in separate skills.
* Stepwise guidance, preferable with working example.
* Keep instructions under 500 lines or 5000 tokens.
* Tell when to perform an action


{{article end
{{article end
|notes*
|seealso=*[[Skill]]
|seealso=*[[Skill]]
*[[Chat Channel]]
*[[Chat Channel]]

Revision as of 11:32, 15 October 2026

When to write skills:

  • Repeated task that need to be done the same every time.
  • Domain specific information, such as terminology, runbooks and style guides.
  • Specifications, schemas and configurations
  • Failure cases and their resolutions.

When not to write skills:


How to write a Skill:
  1. Choose a unique name
  2. Write a short description (one or two sentences) of what this skill does and when it should be used
  3. Write the skill content using short sentences and a limited amount of lines
  4. Test your skill repeatedly
  5. Move what should be put in a separate skill
  6. Remove what can be cut

Tips

  • Moderate detail: Not too comprehensive, but also not too exhaustive. Border cases can be put in separate skills.
  • Stepwise guidance, preferable with working example.
  • Keep instructions under 500 lines or 5000 tokens.
  • Tell when to perform an action