<- Все статьи

Anthropic красиво продает skills. Но для enterprise почти всегда надежнее tools

Подход со skills действительно гибкий и иногда очень удобный. Эта гибкость особенно хорошо раскрывается в исследовательском режиме. Если вам важны allowlist, наблюдаемость, проверки безопасности, контроль доступа и предсказуемое поведение агента, то tools почти всегда оказываются ближе к корпоративному уровню. Именно поэтому в долгой и ответственной работе мы делаем ставку на хорошо параметризованные и динамически создаваемые tools.

Проблема начинается там, где вам нужны гарантии

Подход со skills выглядит очень привлекательно. Он гибкий, быстро масштабируется, позволяет агенту действовать почти как человек с общими инструкциями и хорошо подходит для исследовательского режима. В этом смысле Anthropic действительно попал в сильную практику. Проблема в том, что рынок часто воспринимает эту гибкость как универсальное решение, хотя на практике она работает хорошо только там, где вам не критичны гарантии.

Если вы строите игрушку, внутренний эксперимент или песочницу, skills могут быть отличным инструментом. Но как только речь идет о долгой работе, коде, секретах, доступах, корпоративной безопасности и управляемом выполнении задач, вопрос меняется. Уже важно не только то, насколько агент гибкий, но и то, насколько его поведение ограничено, проверяемо и наблюдаемо.

Почему skills удобны, но рискованны

Гибкость

Skill легко задает богатое поведение без жесткой схемы. Это удобно, когда агенту нужно быстро адаптироваться под новую задачу.

Слабые гарантии

Чем больше свободы у агента, тем сложнее заранее гарантировать, что он не пойдет в нежелательную сторону или не выполнит опасное действие.

Проблемы с allowlist

Через skill намного сложнее аккуратно ограничить, что именно агенту можно делать, а что нельзя, особенно в корпоративном контуре.

Труднее встроить проверки

Skill хуже подходит для формальных валидаций, audit trail и строгих pre-check/post-check правил перед выполнением действия.

Самый простой практический пример: если вы боитесь, что агент может слить код в открытый репозиторий, то skill сам по себе не дает надежной защиты. Tool позволяет заранее ограничить тип репозитория, схему доступа, допустимые хосты и набор параметров. А skill в таком сценарии слишком часто остается на уровне договоренности с моделью.

Где skills все-таки уместны

Подход со skills полезен там, где вам нужна гибкость исследования. Например, если агент работает в песочнице, без доступа в интернет, без чувствительных ручек, без продакшен-систем и без риска навредить данным или коду, skill может быть очень сильной практикой.

Почему tools ближе к enterprise

Tool-подход выглядит менее магическим, зато он ближе к инженерной реальности. Здесь у вас есть четкий интерфейс действия, параметры, ограничения, точки проверки и наблюдаемость. Tool проще встроить в allowlist, проще логировать, проще валидировать и проще оборачивать в политику безопасности.

  • Безопасность: можно заранее определить, какие действия вообще допустимы.
  • Allowlist: проще ограничить окружение, хосты, репозитории, типы файлов и другие параметры.
  • Наблюдаемость: видно, какой tool вызван, с какими аргументами и чем это закончилось.
  • Проверки: до и после вызова tool легко встроить валидации, approvals и блокировки.
  • Скорость и стоимость: хороший tool обычно вызывается быстрее и дешевле, чем длинная skill-логика с лишними рассуждениями.
Skills и tools решают похожие задачи, но с разным уровнем контроля
ПодходГибкостьГарантииБезопасностьНаблюдаемостьКогда использовать
SkillsОчень высокаяНизкие или умеренныеСлабее управляетсяХуже формализуетсяИсследования, песочницы, режимы без чувствительных доступов
ToolsНиже из коробкиВышеСильнее через allowlist и проверкиЛучше логируется и контролируетсяEnterprise, чувствительные процессы, долгие и ответственные сценарии
Динамически созданные toolsВысокаяВысокиеХорошо ограничиваетсяХорошо наблюдаетсяДолгая работа, где нужна и гибкость, и корпоративный уровень контроля

Почему мы делаем ставку на динамическую генерацию tools

В нашей практике самый сильный компромисс - это динамическое создание tools. Такой подход дает агенту гораздо больше гибкости, чем жестко зашитый набор инструментов, и при этом сохраняет безопасность, наблюдаемость и ограничение действий.

Если tool хорошо параметризовать, он по уровню гибкости становится уже очень близок к skill. Но при этом остается гораздо лучше для долгой эксплуатации: его проще логировать, быстрее вызывать, дешевле использовать и надежнее оборачивать в корпоративные правила.

Почему это особенно важно в долгой работе

Разница между skills и tools особенно заметна в работе на дистанции. Когда агент живет дольше одного чата, получает доступ к реальным процессам, интеграциям, репозиториям и внутренним системам, гибкость без контроля превращается в источник риска. В долгую выигрывает подход, который можно безопасно сопровождать месяцами.

Именно поэтому skills мы рассматриваем как инструмент для аккуратного и ограниченного применения. А основной enterprise-ставкой считаем tools - особенно динамически создаваемые tools, которые дают почти ту же свободу, но гораздо лучше переживают реальную эксплуатацию.

Итог

Skills - это круто, когда вам нужна гибкость и вы готовы жить без сильных гарантий. Tools - это скучнее на первый взгляд, но намного ближе к реальной корпоративной среде: безопасность, allowlist, наблюдаемость, проверки, скорость и стоимость почти всегда оказываются на их стороне.

Поэтому наш вывод простой: если вы хотите строить серьезную агентную систему надолго, skills надо использовать осторожно и в ограниченных контурах. А если нужен надежный enterprise-подход, ставка должна быть на tools - и особенно на их динамическую генерацию.

Автор статьиДаниил Шеленков