Навички, інструменти MCP і правила: три способи дати агенту можливості

🧰 Три види можливостей

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

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

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

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

📒 Один реєстр для всіх трьох

Ми фіксуємо наші навички в одному файлі реєстру. Кожен запис має домен, повноваження (наш власний канон чи зовнішня порада), клас ризику, найнижчий рівень виконавця, якому дозволено його використовувати, ознаку потреби в людині та ознаку того, чи він діє, чи лише викладає правило. Тест падає, коли тека навички існує без запису або запис існує без теки.

3 листопада 2026, 21:53 UTC у реєстрі було 32 записи: 14 канонічних і 18 дорадчих; 24 діють і 8 лише викладають правила.

Наш сервер MCP — окрема поверхня з власним контролем. Того самого дня його код визначав 21 функцію-інструмент. Та, що пише до бази знань, запускається лише коли ввімкнено навмисне налаштування, а кожен виклик записується до бази аудиту зі своїм статусом і тривалістю.

🔗 Як вони поєднуються

Правило може веліти агенту скористатися навичкою. Навичка може веліти агенту викликати інструмент. Інструмент може повернути текст, який намагається дати агенту нове правило. Ставтеся до цього останнього шляху як до ворожого — так само, як до будь-якого зовнішнього тексту.

Реєстр — це місце, де ланцюжок стає видимим. Якщо навичка викликає інструмент, що пише до віддаленої системи, клас ризику навички має це відображати, а сама навичка має вимагати людину.

🛠️ Практика: складіть перелік своїх можливостей

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

✅ Перевірте себе

• Додайте нову теку навички без запису. Тест падає й називає її.
• Додайте інструмент на сервер, не внісши його до переліку. Рев'юер або тест це помітить.
• Візьміть будь-який запис і скажіть, який найгірший випадок, хто погоджує та який виконавець може його запускати.
• Знайдіть запис аудиту для виклику інструмента, зробленого вчора.

🚧 Коли це не працює

• Застарілі записи. Реєстр, який ніхто не оновлює, описує систему, якої вже немає. Прив'яжіть тест до збирання.
• Підрахунок інструментів за кодом. Інструмент, визначений динамічно, текстовий підрахунок не знайде. Використовуйте власний перелік сервера.
• Правила, які ніхто не читає. Правило у файлі, який агент ніколи не завантажує, не має жодного ефекту. Перевіряйте тестом, що воно є в стартовому контексті.
• Зовнішні навички. Сторонні навички можуть просити потужних дій. Позначайте їх як дорадчі й ніколи як обов'язкові.
• Занадто грубі класи ризику. Чотири класи — це лише початок. Додавайте деталі там, де від них залежать рішення.

📊 Докази

➡️ Далі

Запишіть, кому що можна використовувати, у Політика використання AI та реєстр, який може забезпечити невелика команда, а про те, як працює MCP, читайте в Що таке MCP?.

Джерела

• Політика використання AI та реєстр, який може забезпечити невелика команда: реєстр.
• Що таке MCP? Сервери, клієнти та безпечні з'єднання: основи MCP.
• AGENTS.md і файли правил: правила.
• Чек-ліст безпеки сервера MCP: перевірки.