Агентные когнитивные системы (АКС)
Агентные когнитивные системы (АКСАгентные когнитивные системы (АКС)Класс систем AKCore™, в которых ИИ‑агенты понимают задачу и исполняют её в процессах заказчика в пределах утверждённых полномочий. В международной версии — AXS, Agentic Execution Systems. Стандарт класса — SDS-GEN-AXS-26.01.Словарь →) — класс систем, разрабатываемых АКСИСТЕМС, в которых ИИ‑агенты выполняют отдельные операции, задачи или целые функции в процессах заказчика. Агенты читают и анализируют данные, готовят решения и выполняют действия под контролем человека. Все системы AK.PILOT построены на основе стандартного базового проекта.
Industrial, Boost, Wellness
Industrial
В доработкеIndustrial
Промышленные АКС для производства и инжиниринга
Boost
9 системBoost
Бизнес-АКС для торговых, сервисных и производственных компаний
Wellness
2 системыWellness
Персональные ИИ-помощники для тренировок и восстановительных упражнений
Пять этапов каждого сценария
Каждый сценарий работы АКС представляет собой цикл, состоящий из пяти этапов.
- 01
Восприятие и поиск
Агент получает входные данные и нужный для работы контекст.
- 02
Планирование и рассуждение
Агент разбивает цель на шаги и определяет порядок действий.
- 03
Исполнение
Агент выполняет интеллектуальную работу, используя память, знания и инструменты.
- 04
Взаимодействие со средой
Агент действует в системах и общается с людьми за пределами своей системы — только в пределах своих полномочий.
- 05
Проверка, обучение и адаптация
Результат проходит проверку. Исправления специалистов учитываются при проверке следующих версий.
От советника до делегированного процесса
Новые полномочия система получает только после того, как подтвердила результат в пилоте.
Советник
Готовит черновики, анализ и рекомендации. Действий в учётных системах не совершает.
Подтверждаемое действие
Выполняет действия, но каждое из них человек подтверждает заранее.
Ограниченная самостоятельность
Сам планирует шаги в пределах набора инструментов, бюджета и лимита шагов. Действия с последствиями подтверждает человек.
Делегированный процесс
Ведёт процесс целиком в пределах письменно делегированного лимита. Человек контролирует отклонения и выборочно проверяет работу.
Общий базовый стек для всех систем
Все системы AKCore™ построены на общем базовом стеке; в каждой системе меняется только предметная часть. Конкретные технологии выбираются на предпроектном обследовании, и любой компонент — модель, хранилище, платформу — можно заменить без перестройки системы.
Подключения к учётным системам с правами только на чтение. Документы разбиваются по смыслу и индексируются; поиск сочетает точное совпадение (номера, артикулы, стандарты) и поиск по смыслу. Внешние документы считаются недоверенным текстом: скрытые команды в них не исполняются.
Известные шаги идут по заданному сценарию; языковая модельБольшая языковая модель (LLM)Модель ИИ, обученная на больших массивах текста; понимает и составляет тексты. В АКС это один из компонентов, а не вся система.Словарь → планирует только там, где нужна адаптация. Мощная модель — для планирования, компактные — для извлечения и классификации, правила — для простых проверок. Каждое решение записывается: контекст, применённые правила, ход рассуждения, уверенность.
Отдельный агент-контролёр со своей моделью и контекстом. Проверки входа, выхода и вызовов инструментов работают независимо друг от друга. Неоднозначный результат уходит на просмотр человеку, а не пропускается.
Каждое действие относится к одному классу: «автономно», «с подтверждением» или «только человек». Права и лимиты проверяет программный код, а не текст инструкции. Перед подтверждением человек видит точное содержимое записи или письма; без ответа действие не выполняется. В системы управления производством агенты не пишут.
Веб, корпоративный мессенджер, почта или встраивание в учётную систему: очередь подтверждений и карточки рекомендаций с источниками. Подключения к системам — по единому открытому протоколу для ИИ‑агентовИИ‑агентПрограмма, которая с помощью модели ИИ понимает задачу, планирует шаги и сама обращается к нужным системам и данным. В ГОСТ Р 71476-2024 (п. 3.1.1) — «агент ИИ»: объект, который воспринимает окружение, реагирует на него и действует для достижения целей.Словарь → (MCPПротокол MCP (Model Context Protocol)Открытый протокол, по которому ИИ-ассистенты и агенты подключаются к внешним системам и данным.Словарь →).
Критерии и тестовый набор из данных заказчика фиксируются до разработки. Три рубежа приёмки: технический, эксплуатационный (30–90 дней в работе) и бизнес-эффект по заранее заявленной метрике. Журнал всех действий хранится отдельно и не может быть изменён агентами.
По умолчанию — в контуре заказчика, на моделях с открытыми весами; внешние модели — только по решению заказчика. Возможны также частное облако или облако в РФ.
Подход к проектированию
Все системы AK.PILOT проектируются по одному базовому проекту класса АКС и строятся на одной платформе Концерна. Мы пришли в агентные системы из инженерии распределённых систем управления, и подход тот же: прошивка контроллера одна на всех, а стратегия управления — конфигурация под объект. Здесь среда выполнения одна для всех двадцати систем, а каждая система — это конфигурация: сценарий, подключения, подсказки и навыки агентов, пороги и класс каждого действия. Шесть правил действуют для любой системы, в любой редакции и на любом уровне полномочий.
Контроль — в коде, а не в подсказках
Класс действия, бюджет, лимит риска, таймауты и граница с системами управления решаются программным ядром, а не языковой моделью. Модель предлагает, ядро решает. Это проверяется прогоном с отключённой моделью.
У каждого действия один класс
Автономно, с подтверждением или только человек. «Спросить» не превращается в «разрешить» по истечении времени; действие, которого нет в конфигурации, запрещено.
Ни одной записи в системы управления
АСУ ТП, SCADA, ПЛК и ПАЗ агенты только читают, через выделенный канал. Это правило не отменяет ни редакция продукта, ни уровень полномочий, ни запрос заказчика.
Содержимое — данные, а не команды
Текст из документов, писем, страниц и ответов модели не исполняется: ядро выполняет конфигурацию и код, но не содержимое.
Сначала измерение
Критерии, тестовый набор из данных заказчика и базовая линия фиксируются до разработки; система получает право работать по свидетельствам, а на сайт выходят только замеры.
Заменяемые компоненты
Поставщик модели, хранилище, контейнерная платформа и шина сообщений меняются за интерфейсами ядра без его перепроектирования.
Собственная платформа
Концерн разрабатывает собственную платформу из трёх частей: фреймворк, на которой работают агенты всех систем; конфигуратор, в котором систему конфигурируют, компилируют и испытывают; испытательная платформа, которая показывает, что происходило внутри каждого запуска. Платформа выпускается в двух релизах: изолированной (коробочной) — в контуре заказчика, без единого внешнего вызова, и облачной — в частном облаке Концерна.
AXS Framework — программа, которая исполняет АКС. Она устанавливается на каждую целевую среду в любой редакции и состоит из трёх частей.
- Ядро. Исполняет сценарии: цикл агента, политики полномочий, бюджеты и запись каждого шага. Каждый вызов модели и инструмента, каждый поиск, решение о полномочиях, подтверждение и передача — один шаг с одной записью. Поведение, которое не является шагом, не наблюдаемо и поэтому не разрешено.
- Стандартные сервисы. То, что нужно каждой системе и что ни одна не должна строить сама: знания и память, шлюз инструментов с готовыми подключениями, очередь подтверждений, брокер идентичности, «чёрный ящик» и телеметрия, экспорт замеров и сервис AKCore™ Coach. У каждого экземпляра агента своя учётная запись, и прав больше, чем у его владельца, у него не бывает.
- SDK. Библиотеки, локальный запуск с заглушкой модели, шаблоны, набор тестов на соответствие и командная строка — для расширений в объявленных точках.
Что неизменно, а что настраивается. Замороженные точки — поведение ядра, одинаковое для всех систем: решение о полномочиях и его три исхода, запись шага, остановка по бюджету, запрет записи в системы управления, ожидание при отсутствии ответа человека, пометка машинно-созданного содержимого. Настраиваемые точки — то, что делает систему собой: топология, шаги, подсказки, навыки, подключения и класс каждого действия, лимиты риска, точки участия человека, память и интерфейсы. Пакет сценария не содержит исполняемого кода; пакет, который пытается переопределить замороженную точку, ядро отвергает. Отказ модели, инструмента или учётной системы — штатный режим: каждый шаг объявляет, что происходит при сбое, а прерванный шаг закрывается записью, чтобы журнал оставался полным. Один и тот же пакет работает без изменений на любой среде того же класса, в обеих редакциях и на обоих размерах установки — одноузловой для прототипа и пилота, кластерной для эксплуатации.
Коробочный продукт, в котором систему проектируют конфигурированием: исходный код продукта не пишется и не меняется. Три рабочих места с одним источником истины.
- AXS Studio
- Графическая среда инженера: обзор проекта, редакторы объектов, массовое редактирование через таблицы, сравнение и слияние, поиск «где используется», онлайн-просмотр работающей системы — только чтение. Studio — представление, а не хранилище: всё, что сделано в нём, можно сделать правкой файлов и командной строкой с тем же результатом.
- Репозиторий и компилятор
- Конфигурация хранится как версионированный текст с подписанными изменениями и ссылкой на запись об изменении. Компилятор проверяет её по каталогу проверок и выпускает подписанный пакет с цифровым отпечатком. Ничего не запускается, что не было скомпилировано; в модели данных нет объекта, способного выразить запись в системы управления, и компилятор отвергает такое подключение.
- AXS Bench
- Полигон, на котором конфигурация встречается с моделью мира до встречи с реальным: двойник бизнес-среды (симуляторы учётных систем, записанные обмены, сценарные пользователи, ввод отказов), прогон оценочных наборов, прогон с заглушкой модели, интеграционный стенд. На выходе — подписанный пакет свидетельств, привязанный к отпечатку пакета. В эксплуатацию не попадает пакет без свидетельств на этот отпечаток.
Инженерный цикл одинаков для первого объекта и для правки на третьем году: автор → фиксация → компиляция → испытание на Bench → проверка и утверждение по правилу четырёх глаз → загрузка → наблюдение. Шаг нельзя пропустить, неудавшийся шаг возвращает изменение автору, каждый шаг оставляет запись, и цепочка записей — журнал изменения. Классы действий, лимиты риска и точки участия человека — объекты конфигурации, которые компилируются в детерминированный слой, а не текст в подсказке. Все функции работают без сети за пределами площадки; ни один объект, проверка или процесс не зависит от одного поставщика модели. Проект, оценочные наборы и свидетельства принадлежат заказчику и экспортируются целиком в открытых форматах в любой момент.
Отладка агента отличается от отладки программы: причина поведения — не только конфигурация, но и ответ модели, который зависит от контекста, поиска и данных в учётной системе в этот момент. Поэтому единица наблюдения — шаг, а не строка кода, а каждый недетерминированный ввод записывается в момент входа в запуск, чтобы любой запуск можно было воспроизвести. Четыре функции на одной модели трассы.
- Интерактивный отладчик
- Почему агент так поступил и что было бы иначе? Точки останова и пошаговое исполнение, просмотр контекста, который видела модель, и решения, которое приняло ядро. Только на средах разработки и песочницы.
- Воспроизведение
- Можно ли повторить этот запуск точно и меняет ли исправление его исход? Точное воспроизведение, ветвление от любого шага, пакетное воспроизведение.
- Регрессия и оценка в CI
- Стало лучше или хуже, и остался ли закрыт каждый известный дефект? Тест-кейсы с проверкой траектории, статистические вердикты по качеству и бинарные — по полномочиям, сравнение пакетов, CI-шлюз.
- Диагностика
- Что работает, здорово ли оно и что произошло в запуске? На любой среде, включая эксплуатацию, — только чтение.
Правила платформы: наблюдать везде, вмешиваться только в песочнице — на среде эксплуатации ни одна функция не останавливает, не задерживает и не меняет запуск; детерминированный слой не обходят — вмешательство меняет ответ модели или симулятора, но никогда не пропускает решение о полномочиях, подтверждение или точку участия человека; свидетельства — только из чистых прогонов, запуск с вмешательством помечается и в пакет свидетельств не попадает; каждый дефект становится тестом — запуск с дефектом одним действием превращается в регрессионный случай, и исправление без него не принимается; деловые данные остаются под политикой заказчика — захват, маскирование, хранение и экспорт трасс.






