AK.PILOTАКСИСТЕМС · akai.systems Стать пилотным заказчиком
Как устроено

Агентные когнитивные системы (АКС)

Агентные когнитивные системы (АКСАгентные когнитивные системы (АКС)Класс систем AKCore⁠™, в которых ИИ‑агенты понимают задачу и исполняют её в процессах заказчика в пределах утверждённых полномочий. В международной версии — AXS, Agentic Execution Systems. Стандарт класса — SDS-GEN-AXS-26.01.Словарь →) — класс систем, разрабатываемых АКСИСТЕМС, в которых ИИ‑агенты выполняют отдельные операции, задачи или целые функции в процессах заказчика. Агенты читают и анализируют данные, готовят решения и выполняют действия под контролем человека. Все системы AK.PILOT построены на основе стандартного базового проекта.

Три линейки

Industrial, Boost, Wellness

AKCore⁠™

Industrial

В доработке
AKCore⁠™ IndustrialВ доработке

Industrial

Промышленные АКС для производства и инжиниринга

диагностика оборудованиятехнологические режимыизмеренияцифровые двойникиуправление проектамипроектирование и закупки
AKCore⁠™

Boost

9 систем
AKCore⁠™ Boost

Boost

Бизнес-АКС для торговых, сервисных и производственных компаний

AKCore⁠™

Wellness

2 системы
AKCore⁠™ Wellness

Wellness

Персональные ИИ-помощники для тренировок и восстановительных упражнений

Межлинейная система · для всех трёх линийAKCore⁠™ CoachУниверсальный инструмент, который служит связующим звеном между человеком и ИИ для всех трёх линий
Цикл работы агента

Пять этапов каждого сценария

Каждый сценарий работы АКС представляет собой цикл, состоящий из пяти этапов.

  1. 01

    Восприятие и поиск

    Агент получает входные данные и нужный для работы контекст.

  2. 02

    Планирование и рассуждение

    Агент разбивает цель на шаги и определяет порядок действий.

  3. 03

    Исполнение

    Агент выполняет интеллектуальную работу, используя память, знания и инструменты.

  4. 04

    Взаимодействие со средой

    Агент действует в системах и общается с людьми за пределами своей системы — только в пределах своих полномочий.

  5. 05

    Проверка, обучение и адаптация

    Результат проходит проверку. Исправления специалистов учитываются при проверке следующих версий.

Уровни полномочий

От советника до делегированного процесса

Новые полномочия система получает только после того, как подтвердила результат в пилоте.

A0

Советник

Готовит черновики, анализ и рекомендации. Действий в учётных системах не совершает.

A1

Подтверждаемое действие

Выполняет действия, но каждое из них человек подтверждает заранее.

A2

Ограниченная самостоятельность

Сам планирует шаги в пределах набора инструментов, бюджета и лимита шагов. Действия с последствиями подтверждает человек.

A3

Делегированный процесс

Ведёт процесс целиком в пределах письменно делегированного лимита. Человек контролирует отклонения и выборочно проверяет работу.

Стандартное построение

Общий базовый стек для всех систем

Все системы AKCore⁠™ построены на общем базовом стеке; в каждой системе меняется только предметная часть. Конкретные технологии выбираются на предпроектном обследовании, и любой компонент — модель, хранилище, платформу — можно заменить без перестройки системы.

01ВходInput

Подключения к учётным системам с правами только на чтение. Документы разбиваются по смыслу и индексируются; поиск сочетает точное совпадение (номера, артикулы, стандарты) и поиск по смыслу. Внешние документы считаются недоверенным текстом: скрытые команды в них не исполняются.

02РассуждениеReasoning

Известные шаги идут по заданному сценарию; языковая модельБольшая языковая модель (LLM)Модель ИИ, обученная на больших массивах текста; понимает и составляет тексты. В АКС это один из компонентов, а не вся система.Словарь → планирует только там, где нужна адаптация. Мощная модель — для планирования, компактные — для извлечения и классификации, правила — для простых проверок. Каждое решение записывается: контекст, применённые правила, ход рассуждения, уверенность.

03ПроверкаValidation

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

04ВыходOutput

Каждое действие относится к одному классу: «автономно», «с подтверждением» или «только человек». Права и лимиты проверяет программный код, а не текст инструкции. Перед подтверждением человек видит точное содержимое записи или письма; без ответа действие не выполняется. В системы управления производством агенты не пишут.

05ИнтерфейсInterface

Веб, корпоративный мессенджер, почта или встраивание в учётную систему: очередь подтверждений и карточки рекомендаций с источниками. Подключения к системам — по единому открытому протоколу для ИИ‑агентовИИ‑агентПрограмма, которая с помощью модели ИИ понимает задачу, планирует шаги и сама обращается к нужным системам и данным. В ГОСТ Р 71476-2024 (п. 3.1.1) — «агент ИИ»: объект, который воспринимает окружение, реагирует на него и действует для достижения целей.Словарь → (MCPПротокол MCP (Model Context Protocol)Открытый протокол, по которому ИИ-ассистенты и агенты подключаются к внешним системам и данным.Словарь →).

06Качество

Критерии и тестовый набор из данных заказчика фиксируются до разработки. Три рубежа приёмки: технический, эксплуатационный (30–90 дней в работе) и бизнес-эффект по заранее заявленной метрике. Журнал всех действий хранится отдельно и не может быть изменён агентами.

07Развёртывание

По умолчанию — в контуре заказчика, на моделях с открытыми весами; внешние модели — только по решению заказчика. Возможны также частное облако или облако в РФ.

Системный подход к проектированию

Подход к проектированию

Все системы AK.PILOT проектируются по одному базовому проекту класса АКС и строятся на одной платформе Концерна. Мы пришли в агентные системы из инженерии распределённых систем управления, и подход тот же: прошивка контроллера одна на всех, а стратегия управления — конфигурация под объект. Здесь среда выполнения одна для всех двадцати систем, а каждая система — это конфигурация: сценарий, подключения, подсказки и навыки агентов, пороги и класс каждого действия. Шесть правил действуют для любой системы, в любой редакции и на любом уровне полномочий.

01

Контроль — в коде, а не в подсказках

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

02

У каждого действия один класс

Автономно, с подтверждением или только человек. «Спросить» не превращается в «разрешить» по истечении времени; действие, которого нет в конфигурации, запрещено.

03

Ни одной записи в системы управления

АСУ ТП, SCADA, ПЛК и ПАЗ агенты только читают, через выделенный канал. Это правило не отменяет ни редакция продукта, ни уровень полномочий, ни запрос заказчика.

04

Содержимое — данные, а не команды

Текст из документов, писем, страниц и ответов модели не исполняется: ядро выполняет конфигурацию и код, но не содержимое.

05

Сначала измерение

Критерии, тестовый набор из данных заказчика и базовая линия фиксируются до разработки; система получает право работать по свидетельствам, а на сайт выходят только замеры.

06

Заменяемые компоненты

Поставщик модели, хранилище, контейнерная платформа и шина сообщений меняются за интерфейсами ядра без его перепроектирования.

Платформа Концерна

Собственная платформа

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

01AKCORE AXS FrameworkФреймворк

AXS Framework — программа, которая исполняет АКС. Она устанавливается на каждую целевую среду в любой редакции и состоит из трёх частей.

  • Ядро. Исполняет сценарии: цикл агента, политики полномочий, бюджеты и запись каждого шага. Каждый вызов модели и инструмента, каждый поиск, решение о полномочиях, подтверждение и передача — один шаг с одной записью. Поведение, которое не является шагом, не наблюдаемо и поэтому не разрешено.
  • Стандартные сервисы. То, что нужно каждой системе и что ни одна не должна строить сама: знания и память, шлюз инструментов с готовыми подключениями, очередь подтверждений, брокер идентичности, «чёрный ящик» и телеметрия, экспорт замеров и сервис AKCore⁠™ Coach. У каждого экземпляра агента своя учётная запись, и прав больше, чем у его владельца, у него не бывает.
  • SDK. Библиотеки, локальный запуск с заглушкой модели, шаблоны, набор тестов на соответствие и командная строка — для расширений в объявленных точках.

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

02AKCORE AXS Engineering SuiteКонфигуратор

Коробочный продукт, в котором систему проектируют конфигурированием: исходный код продукта не пишется и не меняется. Три рабочих места с одним источником истины.

AXS Studio
Графическая среда инженера: обзор проекта, редакторы объектов, массовое редактирование через таблицы, сравнение и слияние, поиск «где используется», онлайн-просмотр работающей системы — только чтение. Studio — представление, а не хранилище: всё, что сделано в нём, можно сделать правкой файлов и командной строкой с тем же результатом.
Репозиторий и компилятор
Конфигурация хранится как версионированный текст с подписанными изменениями и ссылкой на запись об изменении. Компилятор проверяет её по каталогу проверок и выпускает подписанный пакет с цифровым отпечатком. Ничего не запускается, что не было скомпилировано; в модели данных нет объекта, способного выразить запись в системы управления, и компилятор отвергает такое подключение.
AXS Bench
Полигон, на котором конфигурация встречается с моделью мира до встречи с реальным: двойник бизнес-среды (симуляторы учётных систем, записанные обмены, сценарные пользователи, ввод отказов), прогон оценочных наборов, прогон с заглушкой модели, интеграционный стенд. На выходе — подписанный пакет свидетельств, привязанный к отпечатку пакета. В эксплуатацию не попадает пакет без свидетельств на этот отпечаток.

Инженерный цикл одинаков для первого объекта и для правки на третьем году: автор → фиксация → компиляция → испытание на Bench → проверка и утверждение по правилу четырёх глаз → загрузка → наблюдение. Шаг нельзя пропустить, неудавшийся шаг возвращает изменение автору, каждый шаг оставляет запись, и цепочка записей — журнал изменения. Классы действий, лимиты риска и точки участия человека — объекты конфигурации, которые компилируются в детерминированный слой, а не текст в подсказке. Все функции работают без сети за пределами площадки; ни один объект, проверка или процесс не зависит от одного поставщика модели. Проект, оценочные наборы и свидетельства принадлежат заказчику и экспортируются целиком в открытых форматах в любой момент.

03AKCORE AXS ScopeИспытательная платформа

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

Интерактивный отладчик
Почему агент так поступил и что было бы иначе? Точки останова и пошаговое исполнение, просмотр контекста, который видела модель, и решения, которое приняло ядро. Только на средах разработки и песочницы.
Воспроизведение
Можно ли повторить этот запуск точно и меняет ли исправление его исход? Точное воспроизведение, ветвление от любого шага, пакетное воспроизведение.
Регрессия и оценка в CI
Стало лучше или хуже, и остался ли закрыт каждый известный дефект? Тест-кейсы с проверкой траектории, статистические вердикты по качеству и бинарные — по полномочиям, сравнение пакетов, CI-шлюз.
Диагностика
Что работает, здорово ли оно и что произошло в запуске? На любой среде, включая эксплуатацию, — только чтение.

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