Навыки, MCP-инструменты и правила: три способа дать агенту возможности

🧰 Три вида возможностей

Правило — инструкция, которая действует всегда: «никогда не добавлять всё», «числам нужен артефакт». Оно ограничивает поведение и само ничего не делает. Оно должно доходить до каждого исполнителя, включая дешёвых и скрипты.

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

Инструмент — функция, которую агент вызывает через протокол вроде MCP. У неё есть имя, параметры и возвращаемое значение. Инструмент что-то делает: читает базу, ищет по документам, пишет запись.

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

📒 Один реестр для всех трёх

Свои навыки мы объявляем в одном файле реестра. У каждой записи есть область, источник полномочий (наш канон или чужой совет), класс риска, низший уровень исполнителя, который может её использовать, нужен ли человек и действует ли она или только формулирует правило. Тест падает, если папка навыка существует без записи или запись без папки.

На 3 ноября 2026, 21:53 UTC в реестре было 32 записей: 14 канон и 18 совет; 24 действуют и 8 только формулируют правила.

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

🔗 Как они стыкуются

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

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

🛠️ Практика: проведите инвентаризацию возможностей

1. Перечислите правила: файлы, загружаемые в каждую сессию.
2. Перечислите навыки: папки инструкций. Дайте каждому область, источник полномочий и класс риска.
3. Перечислите инструменты: каждую функцию, которую агенты могут вызвать. Отметьте, какие читают, какие пишут и какие выходят наружу.
4. Соберите три списка в одном реестре с колонкой вида.
5. Напишите тест, сравнивающий реестр с тем, что есть на диске или на сервере, в обе стороны.
6. Для каждой записи, действующей на внешней системе, поставьте «нужен человек» и минимальный уровень исполнителя.
7. Добавьте запись аудита к каждому вызову инструмента: имя, аргументы, статус результата, длительность.

✅ Проверьте себя

• Добавьте новую папку навыка без записи. Тест падает и называет её.
• Добавьте инструмент на сервер, не внеся его в список. Ревьюер или тест замечает.
• Выберите любую запись и скажите, каков худший случай, кто одобряет и какой исполнитель может её запускать.
• Найдите запись аудита по вызову инструмента, сделанному вчера.

🚧 Когда это не работает

• Устаревшие записи. Реестр, который никто не обновляет, описывает систему, которой уже нет. Привяжите тест к сборке.
• Подсчёт инструментов по коду. Динамически определённый инструмент текстовым подсчётом не найти. Берите собственный список сервера.
• Правила, которые никто не читает. Правило в файле, который агент не загружает, не действует. Проверяйте, что оно в стартовом контексте.
• Внешние навыки. Сторонние навыки могут просить мощных действий. Помечайте их как советы и никогда не обязательными.
• Слишком грубые классы риска. Четыре класса — начало. Добавляйте детали там, где от них зависят решения.

📊 Доказательства

➡️ Дальше

Запишите, кому что можно, в Политике и реестре использования ИИ, и посмотрите, как работает MCP, в статье Что такое MCP?.

Источники

• Политика и реестр использования ИИ: реестр.
• Что такое MCP? Серверы, клиенты и безопасные подключения: основы MCP.
• AGENTS.md и файлы правил: правила.
• Чек-лист безопасности MCP-сервера: проверки.