AI отговорите на Claude станаха по-размити? Провери скиловете си
Отговорите на Claude ти се струват по-размити от преди? Преди да виниш модела, преброй скиловете си. Причината най-често е там: описанието (визитката) на всеки скил стои пред модела от първата секунда на всеки разговор и когато две визитки се припокриват, моделът избира грешния скил или смесва инструкции от два. Поправката отнема 15 минути и е описана по-долу в шест стъпки.
Последна актуализация: 20 август 2026 г.
Как реално работи зареждането на скиловете
Скиловете в Claude съществуват от октомври 2025 г. и работят на три нива:
| Ниво | Какво съдържа | Кога влиза в контекста | Тежест |
| 1. Визитка | Име (до 64 символа) и описание (до 1024 символа) | От първата секунда, винаги | Около 100 токена на скил |
| 2. Тяло | Пълните инструкции в SKILL.md | Само при активиране | Препоръчително до 5000 токена |
| 3. Прикачени файлове | Справки, таблици, скриптове | Само ако тялото ги посочи | Нула, докато не потрябват |
Изводът от таблицата: подробният скил не тежи. Съдържанието му стои на диска, докато потрябва. Тежи неясната визитка, защото тя се състезава с всички останали визитки при всяка заявка.
Откъде идва размиването на отговорите
Конкуренцията е на две нива. Първо при избора: две припокриващи се визитки дават на модела два кандидата за една заявка. Второ след избора: когато и двата скила се активират, двете тела влизат в контекста и си противоречат вече като пълни инструкции.
Реален пример от моята библиотека: 64 активни скила, от които 21 мои за българско счетоводство. Над 30 дойдоха с плъгина Small Business на Anthropic (пуснат на 13 май 2026 г.): месечно приключване през QuickBooks, разплащания през PayPal, формуляри 1099. При заявка „провери договора" моделът имаше два кандидата: моя скил за трудови договори и техния contract review.
Алгоритъм за счетоводителя: шест стъпки за чиста библиотека
- 1. Преброй скиловете си. Настройки, раздел скилове и плъгини. Запиши колко са и колко реално ползваш.
- 2. Изключи цели плъгини, които не ползваш. Наведнъж, не поединично. Това маха най-много шум с най-малко усилие.
- 3. Добави НЕ-изречение в описанията на своите скилове. Всяка визитка да казва не само кога се ползва, а и кога НЕ се ползва и кой съседен скил поема тогава.
- 4. Намери дублите. Два скила, чиято граница не се вижда от визитките, се смесват. Пренапиши границата или ги слей.
- 5. Провери и конекторите. Един инструмент от конектор внася цялата схема на параметрите си, което тежи в пъти повече от визитка на скил. Ако размиването се появява при „направи фактура" или „прати имейл", източникът е този слой.
- 6. Тествай една седмица. Работи както обикновено с изчистената библиотека. Разликата, ако я има, е твое наблюдение, а не препечатана хипотеза.
Често задавани въпроси
Колко скила са твърде много?
Няма официален лимит. Проблемът не е бройката, а припокриването. 60 скила с чисти граници работят по-добре от 15 с размити.
Подробният скил забавя ли модела?
Не. Тялото и файловете влизат в контекста само при активиране. Пиши подробно тялото, кратко и остро визитката.
Изтриването по-добро ли е от НЕ-изречението?
Обикновено не. Изтриеш ли скил, губиш инструмента. НЕ-изречението запазва инструмента и маха конфликта.
Важи ли това и за други AI платформи?
Форматът на скиловете е отворен стандарт от декември 2025 г. и се ползва от много платформи. Механиката на зареждане е сходна, детайлите се различават.
Практически препоръки
Веднъж месечно минавай библиотеката си като инвентаризация: какво има, какво се ползва, къде границите са размити. Нов плъгин се инсталира с въпроса „какво внася в контекста ми", не само „какво ми дава". А всяка нова визитка се пише с двата въпроса: кога ДА и кога НЕ.
|
Затова всички скилове, които публикуваме в AI Accounting Hub, са писани с НЕ-изречение във визитката. Например: KAZUS-DDS знае, че не е PROMPT-BUILD. ПОДПИС знае, че не е LEX-CHECK. Затова не се смесват. А ако искаш да провериш собствената си библиотека, вече има скил, който прави одита вместо теб: подаваш описанията, получаваш конфликтните двойки и готовите поправки. VIZITKA-AUDIT е в AI Accounting Hub на ZnamKak.com. |
За задължителна проверка
Лимитите (64 и 1024 символа) и механиката на зареждане са по документацията на Anthropic и отворения стандарт, проверени към 20 август 2026 г. Спецификацията се развива, при съмнение свери с актуалната документация.
Източници
- Anthropic, Agent Skills, официална документация, platform.claude.com, проверена на 20 август 2026 г.
- Anthropic, Equipping agents for the real world with Agent Skills, инженерен блог, октомври 2025 г.
- Agent Skills Specification, agentskills.io, отворен стандарт, декември 2025 г.
- Anthropic, Introducing Claude for Small Business, 13 май 2026 г.
Автор: Ваня Иванова
При подготовката е използван AI под редакцията и експертния контрол на автора.
Ние сме в ZnamKak.com и ви чакаме.
Настоящото изложение има информативен и опознавателен характер. Изразява личното професионално мнение на авторите на сайта и не представлява конкретен съвет или консултация
Напиши коментар
Популярни публикации







