Библиотека инструментов

Abstract

Это карта возможностей (capabilities), которые skill может использовать. Карточка не означает, что инструмент установлен, доверен или нужен каждому агенту.

Сначала capability, потом продукт

В инструкции навыка лучше написать «нужен поиск с URL и датой публикации», чем жёстко привязать процесс к одному серверу. Конкретную реализацию вынеси в зависимости или адаптер среды.

CapabilityДля чегоВозможная реализацияОсновной риск
Файлычитать и менять рабочие материалыFilesystem MCP или native filesystem toolsвыход за разрешённый каталог
Веб-поискнаходить актуальные источникиBrave Search MCP или hosted searchнедоверенный контент
Браузерработать с динамическими страницамиPlaywright MCP или computer useprompt injection и side effects
Памятьсохранять устойчивые фактыMemory MCP или собственное хранилищеутечка и устаревание данных
Репозиторииissues, PR, code searchGitHub MCP или GitHub APIзапись не в тот repository
Календарьчитать доступность и создавать событияпроверенный Calendar server/APIприглашения и изменение расписания
Выполнение кодапроверять и преобразовывать данныеshell, sandbox, code interpreterзапуск недоверенного кода
Декомпозициявести явный рабочий планnative reasoning или Sequential Thinking MCPлишний контекст без улучшения результата

Как описывать зависимость

## Зависимости
 
- Обязательно: чтение Markdown в пределах выбранной папки.
- Опционально: веб-поиск для проверки изменившихся фактов.
- Запрещено: публикация и удаление без отдельного запроса.
- Fallback: без сети пометить факты, требующие актуализации.

Такой контракт переносится между клиентами лучше, чем список конкретных команд.

Полезные связки

Исследование

search → открыть первичный источник → сопоставить дату → сохранить вывод → проверить цитаты

Браузер нужен только для страниц, которые нельзя надёжно прочитать обычным fetch/search.

Работа с кодом

найти правила проекта → прочитать код → изменить минимальный scope → formatter/test → diff review

Отдельный reasoning server не обязателен: ценность создают проверяемые шаги и инструменты разработки.

Операционная задача

прочитать состояние → подготовить preview → получить подтверждение → выполнить → перечитать результат

Подтверждение должно находиться перед реальным side effect, а не в начале всей задачи.

Проверка нового инструмента

  1. Определи минимальную capability.
  2. Проверь издателя, код, зависимости и обновления.
  3. Ограничь каталог, account, repository, toolset или OAuth scope.
  4. Проверь read-only сценарием.
  5. Проверь ошибку и отзыв доступа.
  6. Только затем разрешай изменяющие операции.

Подробнее: Выбор и проверка MCP-сервера и Безопасность MCP.

Связи