Създай истински Skill,
от начало до край
Ето го сигналът, че един Skill чака да бъде написан: хващаш се, че обясняваш едно и също нещо на Claude отново и отново. Как искаш да е структуриран седмичният ти ъпдейт. Точните стъпки, по които се подготвяш за разговор с клиент. Как изглежда добрата фактура. Всеки път, когато пишеш тези инструкции наново, правиш на ръка това, което един Skill ще свърши вместо теб автоматично.
Един Skill улавя повтарящата се задача веднъж и после тя работи по твоя начин всеки път, без да я обясняваш наново. В миналата глава използва готови skills. Сега ще създадеш свой собствен, а добрата новина е, че ще го създадеш предимно с говорене, не с писане на код. Claude има skill за правене на skills, който ще те интервюира и ще сглоби всичко. Твоята работа е просто да знаеш какво искаш и да схванеш онези няколко правила, които решават дали нещата ще проработят.
Един Skill всъщност е малка папка. В сърцето ѝ стои файл, който казва на Claude какво прави този skill, кога да го използва и как точно да го изпълни. При нужда около него стоят и помощни файлове като референтни документи, шаблони и скриптове. Не се налага да помниш някакъв специален формат, защото създателят на skills ще напише файла вместо теб. Но четири полета в горната част на този файл са изключително важни и трябва да ги разбереш, защото именно те решават дали един skill ще работи, или ще се провали.
Описанието е нещото, което трябва да направиш безупречно, затова си струва да го повторим. То не е етикет за хора, а спусък за Claude. Отговаря на два въпроса: какво прави този skill и кога трябва да се използва. Напиши го точно както реално формулираш заявката си, с истинските думи, които използваш, и твоят skill ще се задейства точно когато ти трябва. Напиши го неясно и той просто ще си стои там, включен и напълно безполезен, защото Claude никога няма да разбере, че е дошъл моментът да го използва. Когато един skill не се задейства, причината почти винаги е в описанието.
Има една идея, която си струва да разбереш, защото тя отличава skill, който остава лек и бърз, от такъв, който се раздува и забавя всичко. Всеки skill споделя същата ограничена работна памет като твоя разговор. Ако натъпчеш всичко в главния файл, всяко използване на този skill ще дърпа цялата информация в паметта, независимо дали ти трябва в момента, или не.
Решението е да държиш главния файл кратък и изчистен, а тежките материали да сложиш в помощни файлове, които се зареждат само когато наистина трябват. Дръж основните инструкции стегнати. Дай връзка към дълъг референтен документ и Claude ще го прочете само когато задачата го изисква. Най-хубавото е, че скрипт, прикачен към един skill, се изпълнява, без съдържанието му изобщо да влиза в паметта, а значение има само крайният резултат. Тоест моделът е следният: кратко ядро, референции, които се извикват при нужда, и скриптове, които се изпълняват, вместо да се четат.
Сега идва същинското създаване и то е предимно един разговор. Стартираш създателя на skills, той те интервюира също като при подхода "Roast Me" и сглобява твоя skill от отговорите ти. Ето как да започнеш добре, с реална и повтаряща се задача.
Отговаряй честно на въпросите му, особено на този кога трябва да се задейства твоят skill, защото това се превръща в онова изключително важно описание. Когато е готово, тествай го така, както реално ще го използваш. Формулирай заявката си както обикновено и виж дали твоят skill ще се задейства сам. Ако не се задейства, не пренаписваш всичко от нулата, а просто поправяш описанието, защото проблемът почти винаги е там.
Има още едно нещо, което трябва да знаеш, защото ще ти спести объркване по-късно. Когато могат да се приложат няколко skills или набори от правила, има фиксиран ред на приоритет. Правилата на ниво организация са с предимство пред твоите лични, те пък пред тези на отделен Project, а той на свой ред пред пакетираните в плъгин. Рядко ще ти се налага да мислиш за това, но когато два skills изглеждат така, сякаш се борят помежду си, тази йерархия обикновено е причината.
Версията, която създаваш изцяло чрез разговор, живее в твоя акаунт и е перфектна за повечето задачи. Версията, създадена като реални файлове на диска, която можеш да версионираш, споделяш и добавяш в проект, има нужда от терминал и репо. Това ще почака за главите за терминала и архитектурата, а придружаващото репо в skills/ има готов пример с множество файлове, който можеш да клонираш, когато стигнеш дотам. Засега един работещ skill, създаден чрез говорене, е напълно достатъчна победа.
Избери задача, която си обяснявал на Claude повече от два пъти, по един и същ начин всеки път. Използвай промпта за създаване по-горе. Остави го да те интервюира. Бъди прецизен кога трябва да се задейства и формулирай описанието с твоите реални думи. Когато е готово, тествай го, като попиташ както обикновено, без да назоваваш този skill. Ако не се задейства, поправи описанието и опитай отново.
Show the worked solution
- Сигналът да създадеш skill е, когато обясняваш една и съща задача повече от два пъти. Един skill я улавя веднъж и после я върши по твоя начин всеки път.
- Създаваш повечето skills чрез разговор, като създателят на skills те интервюира и сглобява папката. Не е нужно да пишеш формата на ръка.
- Описанието е полето с най-голямо значение, защото точно чрез него Claude решава кога да използва твоя skill. Формулирай го така, както реално задаваш заявката си.
- Постепенното разкриване държи твоите skills бързи: кратки основни инструкции, дългите материали в свързани файлове, които се зареждат при нужда, и скриптове, които се изпълняват, без да зареждат кода си.
- Опционалните полета ти дават контрол. Ограничи инструментите само до четене за безопасност и заключи модел, който пасва на задачата, за да не плащаш излишно.
Превърни задача, която постоянно обясняваш наново, в работещ skill тази седмица и тествай дали се задейства от твоите естествени думи. Вече си създател на инструменти, а не просто техен потребител. Следващата глава добавя другия вид помощник, който можеш да създадеш. Това са субагентите, фокусирани работници, на които можеш да повериш част от задачата, и реалните капани, които правят повечето от тях напълно безполезни.
Когато за трети път обясняваш една и съща задача на Claude, ти вече не промптваш, а се повтаряш. Запиши я веднъж като skill и тя се превръща в нещо, което Claude просто знае как да свърши вместо теб. Точно това е моментът, в който спираш да бъдеш потребител и започваш да бъдеш създател.