Що це таке і чому підвантаження важливіше за сам файл
Усе, що агент знає в розмові, має вміститися в його контекст, і все, що в контексті, конкурує за його увагу. Вставляти в кожну сесію свій стиль, чекліст рев'ю і процедуру релізу — це спосіб домогтися, щоб модель проігнорувала всі три: потрібна саме зараз інструкція похована серед двадцяти непотрібних.
Скіл це перевертає. Агент бачить лише назву й однорядковий опис того, коли це застосовувати, — кілька десятків слів, — а повну процедуру читає в момент, коли вирішив, що робота підходить. Те, що недоречне, не коштує нічого, тож сто скілів можуть існувати без шуму на сто скілів. Це зазвичай називають поступовим розкриттям, і в цьому весь механізм.
Формат навмисно нудний: файл Markdown, поруч необов'язкові скрипти й довідкові файли, тека, яку можна прочитати й покласти під контроль версій. Саме те, що це звичайні файли, робить їх переглядабельними, порівнюваними й узагалі придатними до обміну.
Це записаний спосіб робити одну роботу, який агент бере до рук, коли ця робота настає.
Чим це різниться від промпта, інструмента і MCP-сервера
Промпт — те, що ви кажете цього разу. Скіл — те, що є правдою щоразу, коли настає ця робота, записане один раз і застосоване без того, щоб хтось згадав його вставити.
Інструмент — це можливість, те, що агент може зробити. Скіл — це судження про те, як це робити: у якому порядку, з якими перевірками, що вважати завершеним, від чого відмовитися.
MCP-сервер дає агентові досяжність у систему. Скіл дає йому вправність у роботі. Вони доповнюють одне одного, і провал від наявності одного без іншого легко уявити: агент, під'єднаний до вашої бази без скіла, писатиме запити, які виконуються й відповідають не на те питання.
Що відрізняє добрий скіл від довгого
- Опис, який каже, коли це застосовувати, а не що це таке. Опис — єдине, що агент читає перед вибором, тож «застосовувати під час рев'ю пул-реквеста в цьому репозиторії» краще за «помічник із рев'ю коду».
- Одна робота. Скіл, що охоплює рев'ю, реліз і відкат, підвантажується для всіх трьох і точний для жодної.
- Процедура замість есе. Кроки, перевірки й розібрані приклади переживають виконання; роздуми про якість — ні.
- Записані відмови. Чого не робити й коли зупинитися й спитати — це те, у чому загальна модель помиляється найчастіше, і те, що ваша команда знає.
З чим бути обережним
- Скіл — це інструкції, яких агент дотримається. Поставити його від незнайомця означає довірити авторові все, що агент уміє, і жоден посередник цей текст не перевіряв.
- Скіли старіють, як документація. Той, що описує процес минулого кварталу, все одно буде виконаний, упевнено, — і це гірше, ніж не мати жодного.
- Більше не означає краще. Десятки описів, що перекриваються, ускладнюють вибір, і збій виглядає як агент, що взяв правдоподібного сусіда замість потрібного.
- Скіл не полагодить модель, якій бракує спроможності. Він спрямовує вправність, а не постачає її.
Чому це в глосарії про видимість
Бо це найчистіший випадок письма, адресованого машині й водночас лишається письмом. Скіл оцінюють саме за тими якостями, які потрібні сторінці, щоб її цитувала система пошуку: чи каже перший рядок, для чого це, чи корисне ближче до початку, чи можна витягти крок і виконати його без сусіднього абзацу.
Є й практичний зв'язок. Роботу, яку ваші покупці роблять з агентами, дедалі частіше роблять через скіли, опубліковані кимось, і те, що ці скіли кажуть про категорію, — ще одне місце, де ваш продукт описують без вас. Саме тому ми ведемо публічний каталог.
Поширені запитання
Скіл — це те саме, що кастомний GPT чи персона асистента?
Ні. Персона — це постійна інструкція, яка формує кожну відповідь у сесії. Скіл підвантажується під один вид роботи й ігнорується в решті випадків, — тому агент може мати багато скілів і лише одну персону без того, щоб вони конфліктували.
Чи треба бути програмістом, щоб написати скіл?
Ні. Серцевина скіла — файл Markdown, який описує, як робота робиться правильно: те, що ваш найкращий фахівець розповів би новому колезі. Скрипти необов'язкові, і багато корисних скілів їх не мають.
Звідки беруться скіли?
Ви пишете їх для своєї роботи або ставите ті, що опублікували інші. Anthropic публікує відкритий набір, є й спільнотні каталоги; наш перелічує публічні, з зазначенням авторства й посиланням на джерело замість копіювання.
Скіли працюють із будь-яким ШІ-асистентом?
Формат з'явився для Claude і підтримується на поверхнях Anthropic, а інші агентні фреймворки перейняли схожі домовленості про підвантаження. Переносність не гарантована так, як її гарантує протокол: скіл — це документ плюс домовленість, як його знайти, а не стандарт, реалізований обома боками.
Як про це питають уголос
сказане, не набранеТой самий термін словами, якими про нього питають асистента, а не набирають у рядку пошуку — написано із ситуації, тому кожне питання несе ту ситуацію, з якої виникло.
Саме для цього й потрібен скіл. Візьміть інструкції, які правдиві щоразу, покладіть у файл з описом, коли вони застосовні, — і агент підвантажить їх у момент, коли робота настане, замість тягнути крізь усю розмову й губити серед решти.
Сервер дає агентові досяжність — те, що він може прочитати й зробити; скіл дає вміння — як добре зробити конкретну роботу. Досяжність без уміння дає впевнену роботу над не тим питанням, а вміння без досяжності — добру пораду й жодної дії.
Відкрийте й прочитайте — це текстовий файл, і прочитати його і є аудитом. Ви довіряєте авторові все, що агент уже вміє, тож питання такі: хто написав, чи просить він агента запускати скрипти і чи є там щось, що каже агентові пропустити підтвердження.