Автор: Редакция Comb
Как агент соединяет понимание мира компании со способом работы и доводит задачу до проверяемого результата.
Содержание статьи 00 Знать и уметь — не одно и то же
01 Три вопроса к знаниям компании
02 Онтология отвечает «с чем», навык — «как»
03 Навык, действие и инструмент — разные вещи
04 Почему одного слоя недостаточно
05 Навык начинает работать с понятиями компании
06 Контекст определяет не только данные, но и доступные навыки
07 Как письмо превращается в готовый заказ
08 Сотрудник, агент и руководитель работают в одном контуре
09 Несколько агентов не должны пересказывать друг другу всё заново
10 Где здесь RAG и память
11 Агенту не нужно загружать всю компанию
12 Не нужно начинать с большой онтологии
13 Когда онтология не нужна
14 Что меняется для компании
15 Три части одной системы
Онтология даёт агенту мир, навыки — профессию
Серия «Как устроен корпоративный AI-агент»
01 · Мир — Онтология компании
02 · Работа — Навыки агентов
03 · Агент — Как соединить понимание бизнеса со способом работы
Модель мира, способы работы и исполнитель — три разных слоя одной агентной системы. В первой статье серии мы разбирали онтологию компании: как связать клиента в CRM, контрагента в 1С, договор, письмо, звонок, заказ и обязательство в одну рабочую картину.
Во второй — навыки агентов, или Agent Skills: как превратить опыт сотрудника, регламент и рабочую практику в процедуру, которую агент может применять снова и снова.
Теперь соединим эти два слоя.
Потому что агенту недостаточно понимать, с чем он работает . Ему нужно понимать, как с этим работать .
Онтология описывает мир компании. Навыки описывают способы работы в этом мире. Агент соединяет одно с другим и доводит задачу до результата.
00 Знать и уметь — не одно и то же
Представим обычную задачу:
Проверь заявку клиента и подготовь предложение.
У агента есть доступ к CRM, 1С, почте, договорам, остаткам и прайсам.
Есть навык:
Подготовить коммерческое предложение
1. Определить клиента. 2. Найти договор. 3. Разобрать заявку. 4. Сопоставить позиции с товарами. 5. Проверить цены. 6. Проверить остатки. 7. Найти проблемы. 8. Подготовить предложение.
Кажется, всё готово.
Но уже первый пункт вызывает вопросы.
Что такое клиент? Компания в CRM? Контрагент в 1С? Юридическое лицо из договора? Группа компаний?
Какой договор считать действующим? Какую цену использовать? Какой склад проверять? Можно ли предложить аналог? Кто может согласовать дополнительную скидку?
Сам навык не должен каждый раз заново описывать устройство всей компании.
Для этого нужен другой слой.
01 Три вопроса к знаниям компании
В корпоративном AI словом «знания» часто называют всё сразу.
Документы отвечают за содержание, онтология — за смысл, навыки — за способ работы. Договор — знание. Письмо — знание. Карточка клиента — знание. Инструкция — знание. Способ проверки заказа — тоже знание.
Для агента полезно разделить их хотя бы на три группы.
Что мы знаем?
Это договоры, письма, расшифровки, инструкции, протоколы, история проекта, описания продуктов.
Здесь работают документы, корпоративная Wiki, поиск и RAG.
Они помогают ответить:
Где об этом написано?
Что это означает?
Теперь нужно понять:
это клиент;
это его договор;
это заказ этого клиента;
эта позиция заявки соответствует этому товару;
это обещание прозвучало в звонке;
эта задача создана по этому обязательству.
Здесь появляется онтология .
В строгом смысле онтология — формализованный словарь предметной области и отношений между его понятиями. В прикладных корпоративных системах термин часто используют шире: как общий бизнес-слой, который связывает сущности, свойства, отношения, состояние, действия и правила доступа. 1 2
Она отвечает:
Что существует в компании, как это связано и в каком состоянии находится?
Как мы с этим работаем?
Следующий слой:
как проверить заказ;
как подготовиться к звонку;
как оценить тендер;
как обработать претензию;
как подготовить предложение.
Это навыки агента .
Открытый стандарт Agent Skills определяет skill как каталог с обязательным SKILL.md , где лежат имя, описание и инструкции, а рядом могут находиться скрипты, справочные материалы и шаблоны. Среда может сначала видеть только имя и описание, а полную процедуру загружать после выбора навыка. 3
Навыки отвечают:
Как выполнить работу?
Получается простая конструкция:
ЧТО МЫ ЗНАЕМ Документы · письма · данные
КАК УСТРОЕН БИЗНЕС Клиенты · договоры · заказы · товары
КАК МЫ РАБОТАЕМ Проверить · рассчитать · согласовать · подготовить
А уже поверх этих слоёв работает агент.
02 Онтология отвечает «с чем», навык — «как»
Возьмём заказ.
Для компании существуют:
Клиент Договор Заказ Позиция заказа Товар Склад Сотрудник
Между ними есть связи:
Клиент ↓ имеет договор ↓ делает заказ ↓ заказ содержит товары ↓ товары находятся на складах
Это онтология.
Она помогает агенту понять, с какими объектами он работает .
Теперь добавим навык:
Проверить заказ
1. Проверить клиента. 2. Найти действующий договор. 3. Проверить позиции. 4. Сопоставить их с каталогом. 5. Проверить остатки. 6. Получить цены. 7. Проверить сроки. 8. Найти ограничения. 9. Сформировать результат.
Это уже не описание мира. Это способ работы.
Поэтому выбирать между онтологией и навыками не нужно.
ОНТОЛОГИЯ С чем мы работаем?
Клиент Заказ Договор Товар
НАВЫК Что с этим делать?
Проверить заказ
РЕЗУЛЬТАТ Готово Нужно уточнение Есть проблема Требуется согласование
Онтология уменьшает неопределённость в том, что происходит. Навык уменьшает неопределённость в том, что делать дальше.
03 Навык, действие и инструмент — разные вещи
Допустим, агент проверил заявку и понял, что заказ можно создавать.
Каждый слой отвечает на свой вопрос. Теперь ему нужно изменить что-то в реальной системе:
создать черновик заказа;
поставить задачу;
запросить согласование;
зарезервировать товар;
отправить письмо.
Здесь появляются действия и инструменты .
Инструмент
Инструмент — техническая возможность.
Например:
получить остаток из 1С; найти компанию в CRM; прочитать письмо; создать задачу в Bitrix24.
MCP как раз стандартизует один из способов предоставлять модели такие инструменты: сервер публикует набор операций со схемами входов и выходов, а клиент или модель может их вызывать. 4
Инструмент отвечает:
Через какую систему это сделать?
Действие
Действие имеет бизнес-смысл.
Например:
Создать черновик заказа
Перед выполнением система может проверить:
клиент определён; договор найден; товары сопоставлены; цены получены; критических проблем нет; у сотрудника есть нужные права.
И только после этого обратиться к 1С или другой системе.
В Palantir Ontology похожая идея реализована через action types: они описывают допустимые изменения объектов и связанные с ними эффекты. Это пример конкретной реализации, а не обязательная часть любой онтологии. 5
Навык
Навык находится уровнем выше.
Он может использовать несколько действий и инструментов:
ПРОВЕРИТЬ ЗАЯВКУ ↓ ПОЛУЧИТЬ ЦЕНЫ ↓ ПРОВЕРИТЬ ОСТАТКИ ↓ ЗАПРОСИТЬ СОГЛАСОВАНИЕ ↓ СОЗДАТЬ ЧЕРНОВИК ЗАКАЗА
Самая простая граница:
НАВЫК Как выполнить работу?
ДЕЙСТВИЕ Что разрешено изменить?
ИНСТРУМЕНТ Через какую систему это сделать?
Агенту лучше дать действие «создать черновик заказа», чем универсальную возможность «изменить данные в 1С».
04 Почему одного слоя недостаточно
Навыки прекрасно работают и без онтологии, пока система небольшая.
Есть один агент и пять процедур:
подготовить встречу; разобрать звонок; проверить заказ; подготовить предложение; написать письмо.
Проблема начинается, когда навыков становится 50 или 100.
В них повторяются одни и те же правила:
как определить клиента; как найти договор; где брать цену; что считать обязательством; какой источник главный; кто отвечает за заказ.
Общая бизнес-логика начинает размножаться по процедурам.
Онтология позволяет вынести её в общий слой.
Но и одной онтологии недостаточно.
Можно идеально описать клиента, договор, заказ, задолженность, звонки и задачи.
После этого пользователь скажет:
Подготовь меня к разговору с клиентом.
И останется непонятно, что смотреть, за какой период, в каком порядке, какие проблемы считать важными и каким должен быть итог.
Это уже задача навыка.
ОНТОЛОГИЯ БЕЗ НАВЫКА
Агент понимает мир, но сам придумывает способ работы.
НАВЫК БЕЗ ОНТОЛОГИИ
Агент знает процедуру, но каждый раз заново восстанавливает мир.
ВМЕСТЕ
Агент выполняет устойчивую процедуру над общей моделью бизнеса.
05 Навык начинает работать с понятиями компании
Есть навык:
Подготовить предложение
Для его выполнения нужны:
Заявка Клиент Договор Товары Цены Остатки
Результат:
Черновик предложения
Схема становится простой:
КЛИЕНТ │ ├── ДОГОВОР │ └── ЗАЯВКА │ ↓ ПОДГОТОВИТЬ ПРЕДЛОЖЕНИЕ │ ┌────┼────┐ ↓ ↓ ↓ ТОВАР ЦЕНА СКЛАД │ ↓ ПРЕДЛОЖЕНИЕ
Важный эффект: навык меньше зависит от устройства конкретной системы.
Ему нужен остаток товара .
Сегодня остаток приходит из 1С. Через год компания внедрит отдельную складскую систему. Для навыка смысл не меняется.
Он по-прежнему работает с остатком товара, а не с названием конкретной таблицы.
То же с действующим договором, клиентом, ценой, обязательством.
Хороший навык должен зависеть от бизнес-смысла сильнее, чем от устройства конкретной информационной системы.
06 Контекст определяет не только данные, но и доступные навыки
Это один из важных эффектов связки онтологии и навыков.
Контекст определяет не только данные, но и доступные способы действия. Пока навыков десять, агент может выбирать нужный по названию и описанию. Такой способ используется и в современных средах Agent Skills: при неявном выборе описание навыка помогает сопоставить задачу с нужной процедурой. 6
Когда навыков сотни, показывать все уже бессмысленно.
Но компания знает:
Кто работает?
С каким объектом?
Что с ним сейчас происходит?
Какие у сотрудника полномочия?
На основании этого можно определить, что агент вообще умеет делать в текущей ситуации .
Например:
МЕНЕДЖЕР + КЛИЕНТ + ОТКРЫТАЯ ЗАЯВКА
Доступны:
Проверить заявку Подготовить предложение Запросить уточнение
А теперь та же заявка у руководителя:
РУКОВОДИТЕЛЬ + ТА ЖЕ ЗАЯВКА
Доступны:
Проверить результат Согласовать скидку Вернуть на доработку Эскалировать проблему
Объект тот же. Но роль человека и состояние работы другие.
Контекст определяет не только какие данные увидит агент, но и что он вообще может делать в данный момент.
Это важный переход от персонального ассистента к корпоративной системе.
07 Как письмо превращается в готовый заказ
Посмотрим на весь процесс целиком.
Онтология даёт заявке координаты, навык задаёт маршрут, действие создаёт результат. Клиент пишет:
Добрый день. Посчитайте, пожалуйста, материалы по приложенной смете.
В приложении Excel или PDF.
Например:
Грунтовка — 30 шт. Шпатлёвка — 60 мешков. Ламинат — 180 м².
Шаг 1. Получить заявку
Почта и инструменты дают агенту письмо, вложения, текст и таблицу.
Пока это просто информация.
Шаг 2. Понять, кто написал
Агент связывает:
Письмо ↓ Контакт ↓ Клиент ↓ Договор
Без этого перед нами просто файл.
После связывания:
Заявка №48392
Клиент: ООО «Ромашка»
Договор: 18/26
Теперь у работы появились координаты.
Шаг 3. Выбрать способ работы
Агент понимает:
перед нами Заявка клиента
подходит навык Обработать заявку
Процедура:
1. Проверить клиента. 2. Разобрать позиции. 3. Найти товары. 4. Найти допустимые аналоги. 5. Проверить договор. 6. Получить цены. 7. Проверить остатки. 8. Проверить сроки. 9. Найти проблемы. 10. Подготовить заказ.
Шаг 4. Сопоставить товары
Строка «Грунтовка 10 л» должна превратиться в конкретный товар.
Строка заявки ↓ Конкретный товар ↓ Цена ↓ Остаток ↓ Срок поставки
Шаг 5. Обработать проблему
Допустим:
Нужно клиенту: 30 Есть на складе: 18
Онтология сообщает:
Товара недостаточно.
Навык определяет реакцию:
проверить другой склад;
если нет — найти допустимый аналог;
если и аналога нет — зафиксировать проблему.
Онтология сообщает, что происходит. Навык определяет, как на это реагировать.
Шаг 6. Получить результат
ПИСЬМО / EXCEL / PDF ↓ ЗАЯВКА КЛИЕНТА ↓ КЛИЕНТ + ДОГОВОР ↓ ТОВАРЫ + ЦЕНЫ + ОСТАТКИ ↓ НАВЫК ОБРАБОТКИ ЗАЯВКИ ↓ ЧЕРНОВИК ЗАКАЗА ↓ ПРОВЕРКА СОТРУДНИКОМ
После подтверждения заказ можно передать в рабочую систему.
08 Сотрудник, агент и руководитель работают в одном контуре
Теперь добавим управленческий уровень.
Между уровнями передаётся результат с основаниями, а не вся история разговора. Менеджер говорит своему агенту:
Подготовь предложение по заявке клиента.
Агент находит клиента, собирает договор, разбирает заявку, проверяет товары, цены и остатки, применяет навык и готовит результат.
Сотрудник проверяет его.
После этого руководителю не обязательно получать длинный пересказ всей работы.
Ему можно передать:
Клиент: ООО «Ромашка»
Заявка: №48392
Результат: предложение подготовлено
Проблемы: 2 позиции требуют замены
Маржа: в допустимых пределах
Требуется: согласовать скидку 12%
Основания: договор + цены + остатки
Руководитель получает не просто текст от другого агента, а результат работы, связанный с конкретными объектами и основаниями .
Дальше его агент может применить уже другой навык:
проверить предложение сотрудника;
согласовать скидку;
вернуть на доработку;
эскалировать проблему.
СОТРУДНИК ↓ АГЕНТ СОТРУДНИКА ↓ РЕЗУЛЬТАТ РАБОТЫ ↓ АГЕНТ РУКОВОДИТЕЛЯ ↓ ПРОВЕРКА / СОГЛАСОВАНИЕ ↓ РУКОВОДИТЕЛЬ
Одна онтология даёт всем участникам общий язык. Но навыки у них могут быть разными.
09 Несколько агентов не должны пересказывать друг другу всё заново
Та же логика работает между специализированными агентами.
Допустим, агент менеджера передаёт часть задачи агенту закупок.
Плохой вариант:
Посмотри там проблемные позиции из заявки, которую мы обсуждали.
Другому агенту приходится заново выяснять, какая заявка, какой клиент, какие позиции, почему они проблемные и какой нужен результат.
Лучше передать понятную задачу:
Заявка: №48392
Позиции: 7 и 11
Задача: проверить возможность поставки
Нужно вернуть: поставщика цену срок источник информации
Оба агента одинаково понимают, что такое заявка, позиция, товар, поставщик и срок.
Это даёт общий язык.
Навык агента закупок определяет, как выполнить проверку .
ОБЩАЯ МОДЕЛЬ МИРА Онтология
СПОСОБ РАБОТЫ Навык
ЗАДАЧА
ДРУГОЙ АГЕНТ
ПРОВЕРЯЕМЫЙ РЕЗУЛЬТАТ
Чем больше агентов, тем важнее общий язык. Иначе каждый новый исполнитель снова восстанавливает смысл из текста.
10 Где здесь RAG и память
Онтология и навыки не заменяют остальные части агентной системы.
У каждой своя роль.
Слой Главный вопрос
Документы / RAG Что мы знаем?
Онтология Что это означает и как связано?
Навык Как выполнить работу?
Действие Что разрешено изменить?
Инструмент Через какую систему это сделать?
Память Что уже происходило?
Агент Что делать сейчас?
Пример:
RAG находит нужный пункт договора.
Онтология определяет, что это действующий договор именно этого клиента и этой заявки.
Навык объясняет, как применить условие при расчёте предложения.
Память сохраняет, что вчера две позиции уже отправили на уточнение.
Ни один слой не заменяет остальные.
11 Агенту не нужно загружать всю компанию
Без такой структуры корпоративный агент легко превращается в огромный контекст:
вся Wiki; все письма; все документы; сотни навыков; десятки инструментов; описание CRM; история разговоров.
Чем больше информации, тем не обязательно лучше результат.
Можно идти от текущей задачи:
КТО РАБОТАЕТ? ↓ КАКАЯ ЗАДАЧА? ↓ С КАКИМ ОБЪЕКТОМ? ↓ ЧТО С НИМ ПРОИСХОДИТ? ↓ КАКИЕ ДАННЫЕ НУЖНЫ? ↓ КАКИЕ НАВЫКИ ПОДХОДЯТ? ↓ КАКИЕ ДЕЙСТВИЯ РАЗРЕШЕНЫ?
И только потом собирать контекст.
Вместо всей компании агент получает небольшой рабочий контур:
этот клиент; эта заявка; этот договор; нужные товары; несколько подходящих навыков; разрешённые действия.
Это снижает не только расход токенов. Главное — уменьшает количество лишней информации, ложных связей и неправильных действий.
12 Не нужно начинать с большой онтологии
После всех схем можно прийти к неправильному выводу:
Сначала нужно описать всю компанию, а потом запускать агентов.
Система растёт от полезных процедур к общим понятиям и действиям, а не от попытки заранее описать всю компанию. На практике разумнее наоборот.
Начать можно так:
ОДИН АГЕНТ + НЕСКОЛЬКО ПОЛЕЗНЫХ НАВЫКОВ + ДОСТУП К РАБОЧИМ СИСТЕМАМ
Например:
подготовить встречу; обработать заявку; разобрать звонок; подготовить предложение; создать следующий шаг.
Через некоторое время становятся видны повторяющиеся понятия:
Клиент Договор Заявка Товар Задача Обязательство
Их имеет смысл определить один раз.
Так появляется небольшая онтология.
Затем становятся видны повторяющиеся действия:
Создать задачу Подтвердить обязательство Создать черновик заказа Запросить согласование
И уже после этого можно масштабировать систему.
5 НАВЫКОВ ↓ ОБЩИЕ БИЗНЕС-ОБЪЕКТЫ ↓ МИНИМАЛЬНАЯ ОНТОЛОГИЯ ↓ ОБЩИЕ ДЕЙСТВИЯ ↓ ДЕСЯТКИ НАВЫКОВ ↓ НЕСКОЛЬКО АГЕНТОВ
Онтология растёт вместе с рабочими процессами. Не нужно заранее моделировать всю организацию.
13 Когда онтология не нужна
Не каждый навык должен работать через онтологию.
Например:
проверить код; сверстать PDF; обработать изображение; проанализировать лог; подготовить релиз; перевести документ.
Если задача локальная и не зависит от общих бизнес-объектов компании, дополнительный слой может ничего не дать.
Онтология становится полезнее, когда:
одни и те же объекты встречаются в разных процессах;
данные об объекте находятся в нескольких системах;
важно его текущее состояние;
несколько агентов должны одинаково понимать контекст;
существуют права и ограничения;
агент может менять реальные рабочие системы;
работа продолжается между сотрудниками, агентами и сессиями.
Онтология нужна не потому, что в компании появился AI. Она нужна, когда постоянное восстановление бизнес-смысла становится отдельной проблемой.
14 Что меняется для компании
Здесь изменения уже не только технические.
Компания постепенно начинает отдельно управлять тремя активами.
1. Знания
Документы, договоры, история, инструкции, переписка.
2. Модель рабочего мира
Клиенты, товары, заказы, обязательства, сотрудники, связи, состояния.
3. Способы работы
Проверки, последовательности, развилки, правила передачи результата.
Раньше значительная часть второго и третьего слоя существовала только в головах сотрудников.
Человек сам понимал, что это один клиент, какой договор действует, что делать при дефиците товара, когда нужна эскалация и какой следующий шаг.
С агентами эти правила приходится делать более явными.
И это полезно не только для AI.
Изменился договор — обновляется знание.
Изменилось определение клиента — меняется модель.
Изменился порядок проверки заявки — меняется навык.
Это понятнее и управляемее, чем складывать всё в один огромный промпт агента.
15 Три части одной системы
Теперь можно вернуться ко всей серии.
01 · Мир — Онтология компании
Что существует в компании и как это связано?
02 · Работа — Навыки агентов
Как компания выполняет работу?
03 · Агент — Онтология + навыки
Как соединить понимание бизнеса со способом работы и довести задачу до результата?
01 · МИР Что существует? Онтология
02 · РАБОТА Как мы работаем? Навыки
03 · АГЕНТ Как выполнить конкретную задачу? AI-агент
Это три уровня одной архитектуры.
ИТОГ Онтология даёт агенту мир, навыки — профессию
RAG может найти договор.
Интеграция может открыть доступ к 1С.
Память может сохранить, что произошло вчера.
Онтология помогает понять, что перед нами конкретный клиент, его заявка, договор, товары и обязательства.
Навык определяет, как с этой заявкой работать.
Действие ограничивает, что разрешено изменить.
Инструмент выполняет операцию в реальной системе.
А агент соединяет всё это в один рабочий цикл.
Поэтому вопрос не в том, что лучше — онтология или навыки.
Это разные части одной системы.
ЗНАНИЯ Что мы знаем?
ОНТОЛОГИЯ Что это означает и как связано?
НАВЫКИ Как мы работаем?
ДЕЙСТВИЯ Что разрешено изменить?
AI-АГЕНТ Как довести задачу до результата?
Первая часть серии была про мир компании .
Вторая — про способы работы .
Третья соединяет их в агента.
Онтология даёт агенту модель мира. Навыки дают ему способ работы. Вместе они позволяют агенту не просто отвечать на вопросы, а работать внутри реального процесса компании.
ИСТ Источники
01 W3C, OWL 2 Web Ontology Language Document Overview (Second Edition) , Recommendation, 11 декабря 2012. https://www.w3.org/TR/owl2-overview/
02 Palantir, Ontology Overview . Проверено 28 августа 2026. https://www.palantir.com/docs/foundry/ontology/overview
03 Agent Skills, Specification . Проверено 28 августа 2026. https://agentskills.io/specification
04 Model Context Protocol, Tools , спецификация 2026-07-28. Проверено 28 августа 2026. https://modelcontextprotocol.io/specification/2026-07-28/server/tools
05 Palantir, Core concepts / Action type . Проверено 28 августа 2026. https://www.palantir.com/docs/foundry/ontology/core-concepts
06 OpenAI, Build skills . Проверено 28 августа 2026. https://learn.chatgpt.com/docs/build-skills
В материале
00 Знать и уметь — не одно и то же
01 Три вопроса к знаниям компании
02 Онтология отвечает «с чем», навык — «как»
03 Навык, действие и инструмент — разные вещи
04 Почему одного слоя недостаточно
05 Навык начинает работать с понятиями компании
06 Контекст определяет не только данные, но и доступные навыки
07 Как письмо превращается в готовый заказ
08 Сотрудник, агент и руководитель работают в одном контуре
09 Несколько агентов не должны пересказывать друг другу всё заново
10 Где здесь RAG и память
11 Агенту не нужно загружать всю компанию
12 Не нужно начинать с большой онтологии
13 Когда онтология не нужна
14 Что меняется для компании
15 Три части одной системы
Онтология даёт агенту мир, навыки — профессию
Следующая статья: Что такое онтология компании