Клод Скіл напевно більший, ніж MCP Ось що це таке, + Як 10x збільшити свій код Claude за допомогою нього 🧵👇

1/ Навичка ≈ підказка + інструменти/активи .Клод/ └ навички/ └ [назва-навичка]/ ├ └ (інші підказки, інструменти, шаблони) по-перше, містять простий yaml містить метадані, Надає достатньо інформації про те, коли слід використовувати цю навичку + Повний запит на розмітку пояснює детальні інструкції, які будуть передані в контекст лише в тому випадку, якщо агент вирішить використовувати цю навичку ----- За складні навички, у повній інструкції з уцінки, Ви можете звернутися до інших файлів md для отримання подальших інструкцій + Скрипти/функції, які ви попередньо визначили, АБО будь-які інші ресурси Щоб він міг викликати заздалегідь визначені функції на вимогу

2. Чому навички корисніші за MCP? MCP був спробою розширити можливості агента, надаючи йому набір інструментів Це було чудово і компонується, однак воно споживає багато токенів і часто не працює з коробки (оскільки часто агенту потрібно використовувати інструменти в певному порядку, щоб змусити його працювати) Майстерність краща, тому що: 1/ Ефективність токенів Багато MCP містять безліч інструментів, і всі ці описи інструментів будуть передані в контекст агента, незалежно від того, потрібен вам це чи ні 2/ Пакетний робочий процес Часто потрібно додати додаткову інструкцію, щоб проінструктувати, коли який інструмент використовувати ---- Моє внутрішнє відчуття таке, що навичка може замінити MCP пізніше: - Навичка повинна програмно завантажувати інструменти MCP - І МКП більше не буде потрібен

3/ Візьмемо для прикладу shadcn MCP У ньому є перелік інструментів: - get_project_registries - list_items_in_registries - search_items_in_registries - view_items_in_registries - get_item_examples_from_registres - get_add_command_for_items - get_audit_checklist Цей MCP сам додає токен 4.2k у контекстне вікно, І передбачається, що агент використовує інструменти в певному порядку в більшості випадків: 1. search_items_in_registries перший 2. Отримання прикладу з get_item_examples_from_registres 3. І потенційно get_add_command_for_items додавати предмети Але якщо ви об'єднаєте це в навичку, prob може стиснутися до менш ніж 70 токенів і включати детальний запит робочого процесу, який можна завантажити на вимогу

4/ Приклад навички Навичка "slack-gif-creator" від claude Він вчить код claude генерувати гифку на будь-яку тему з нуля, що не є тривіальним Назва та опис навички містять лише ~60 жетонів Після виклику агент дотримується чудового робочого процесу створення коду Python для gif, який викличе список попередньо визначених функцій у папці навичок І в кінцевому підсумку згенерувати gif-файл Незважаючи на те, що він виглядає не дуже добре, ви можете легко покращити функції

5/ Навички для вашої кодової бази Що ще цікавіше, так це те, що ви можете створити навички для власної кодової бази .Клод/ └ навички/ └ фронтенд/ └ серверна частина/ └ ... Кожна з них може містити перелік кращих практик ноу-хау для - Компонент UI дизайну, який відповідає бренду - Домовленість про додавання маршруту нової сторінки - Оновити схему бази даних - … Для цього ви також можете використовувати вміння Клода для створення вміння Якщо вам цікаво, я покажу, як я це роблю, у майбутньому @aibuilderclub_ щотижневому дзвінку завтра