Джерело
growth lab.prjctr | Отже, що має бути в будь-якому скілі?Наразі це вичерпний список, яким ...
268 Охват/переглядів
2026-09-17 15:54
Повідомлення №573
Отже, що має бути в будь-якому скілі?
Наразі це вичерпний список, яким я користуюсь. Напишіть в коментарях, якщо ваш список має інші пункти!
1. Назва. Назва має бути такою щоб ви самі розуміли, про що цей скіл. АІ не сильно зважає на назву. Втім, використовуйте короткі назви адже ви можете викликати скіли через бекслеш ( / ) і там ви шукатимете скіл по назві.
2. Use when. Ось це секція, на яку зважає АІ – це natural language query, за якою агент має второпати, що зараз треба заюзати скіл. Приділіть увагу цим фразам. Напишіть декілька конкретних фраз, за якими агент зможе однозначно ідентифікувати скіл.
3. Нахіба цей скіл. Це частинка прози про те, для чого цей скіл, як він влаштований (наприклад, в скілі може бути декілька фаз між якими ви перевіряєте результат). Це шматочок вільної прози, але бажано зробити там всього пару абзаців.
4. Інпут. Які ресурси – документи, тули, посилання, файли – ви можете додати АІ агенту для виконання задачі. Це може бути як пара слів так і повна пачка файлів в залежності від вашої задачі.
5. Алгоритм. Це і є список дій, які використовує агент для виконання задачі. Цей список може включати в себе певні тули, шматки коду, референс файли – шаблони, скрипти, бренд буки, приклади – для того щоб агент мав все необхідне для роботи.
6. Аутпут. Опис кінцевого результату. Структура, формат, розмір, в яку зберегти.
7. Rules and Edge cases. Це ваші guardrails + common pitfalls + best practices в одному флаконі. Короткий опис основних помилок, нюансів, кращих практик та дій, які агент не має робити.
Це основа анатомії скіла. Є ще рівень пропрацювання меню, в якому ви створюєте evals для скіла тобто список запитів на яких ви зможете перевірити, що агент зі скілом може впоратись краще ніж без нього.
Наразі це вичерпний список, яким я користуюсь. Напишіть в коментарях, якщо ваш список має інші пункти!
1. Назва. Назва має бути такою щоб ви самі розуміли, про що цей скіл. АІ не сильно зважає на назву. Втім, використовуйте короткі назви адже ви можете викликати скіли через бекслеш ( / ) і там ви шукатимете скіл по назві.
2. Use when. Ось це секція, на яку зважає АІ – це natural language query, за якою агент має второпати, що зараз треба заюзати скіл. Приділіть увагу цим фразам. Напишіть декілька конкретних фраз, за якими агент зможе однозначно ідентифікувати скіл.
3. Нахіба цей скіл. Це частинка прози про те, для чого цей скіл, як він влаштований (наприклад, в скілі може бути декілька фаз між якими ви перевіряєте результат). Це шматочок вільної прози, але бажано зробити там всього пару абзаців.
4. Інпут. Які ресурси – документи, тули, посилання, файли – ви можете додати АІ агенту для виконання задачі. Це може бути як пара слів так і повна пачка файлів в залежності від вашої задачі.
5. Алгоритм. Це і є список дій, які використовує агент для виконання задачі. Цей список може включати в себе певні тули, шматки коду, референс файли – шаблони, скрипти, бренд буки, приклади – для того щоб агент мав все необхідне для роботи.
6. Аутпут. Опис кінцевого результату. Структура, формат, розмір, в яку зберегти.
7. Rules and Edge cases. Це ваші guardrails + common pitfalls + best practices в одному флаконі. Короткий опис основних помилок, нюансів, кращих практик та дій, які агент не має робити.
Це основа анатомії скіла. Є ще рівень пропрацювання меню, в якому ви створюєте evals для скіла тобто список запитів на яких ви зможете перевірити, що агент зі скілом може впоратись краще ніж без нього.