Подробнее о компетенции

Агент

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

01 / Технические решения

Три неизбежных компромисса

У каждого варианта своя цена; ниже — что мы выбрали и почему.

Как подключать инструменты: дать модели выбор или жёстко задать сценарий

Обычная практикаПередать модели список инструментов и позволить ей выбирать, что вызвать

Другой вариантЖёстко задать бизнес-процесс, а модели оставить только заполнение параметров

Наш подходКаркас процесса фиксирован, ветвления определяет модель

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

Что делать при сбое: повтор, деградация или явная ошибка

Обычная практикаПри сбое — три повторные попытки

Другой вариантПри сбое — переход на движок правил

Наш подходРазделение по типу сбоя: сетевые — повтор, логические — деградация, по правам доступа — сразу ошибка

Бездумные повторы усиливают проблему, когда ошибку возвращает сам инструмент (например, дублируется заявка). Наше правило: таймауты и ограничение частоты — повтор; ответ «не найдено» — деградация до правил; ошибка прав или параметров — немедленный возврат без повторов.

Как человек и агент взаимодействуют: полная автоматизация или человек в контуре

Обычная практикаПолная автоматизация без участия человека

Другой вариантКаждый шаг подтверждает человек

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

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

02 / Сравнение вариантов

Одна задача — три подхода

Нет оптимального решения — есть решение, подходящее сценарию.

Решение	Контролируемость	Охват	Стоимость обслуживания	Кому подходит
Только промпты + один вызов инструмента	Высокий	Узкий (только один шаг)	Низкий	Помощник-справочник, сценарии одиночных запросов
Фиксированный процесс и заполнение параметров моделью	Очень высокая	Средний (только в охваченных процессах)	Средний	Процессы со стабильным регламентом: заявки на ремонт, согласования
Каркас процесса + решения модели + оркестрация инструментов	Средне-высокий	Широкая	Высокий (требует постоянной настройки)	Сценарии с взаимодействием нескольких систем и потребностью в суждениях

Контролируемость и охват по своей природе конфликтуют. Выбор зависит от цены ошибки и сложности сценария.

Что мы делаем

«Управляющий оборудованием» · ИИ-агент эксплуатации выставочного зала
База знаний из 402 неисправностей · реестр на 66 единиц оборудования · 55 типов оборудования
Интеграция с WeCom, ПК и мобильными устройствами
Оркестрация агентов и вызов инструментов

Обсудить задачи

Формат поставки

Способ развёртыванияЛокально / частное облако / внутренняя сеть

Состав поставкиСистема + документация + обучение

Поддержка эксплуатацииУдалённо + на месте

Поставка исходного кодаОбсуждается

Похожие кейсы

Проверенные системы

Названия клиентов скрыты в соответствии с требованиями конфиденциальности.

Собственный продукт / агент

Агент эксплуатации оборудования (собственная разработка)

Предыстория: Видов оборудования много, поиск неисправностей зависит от производителя, реакция медленная.
Решение: Агент диагностики неисправностей: работает на базе знаний, определяет неисправность и выдаёт рекомендации, интегрирован с WeCom.
Технологии: База знаний по неисправностям (402 записи) · Реестр оборудования (66 единиц / 55 типов) · WeCom / ПК / мобильные
Результаты: Типовые неисправности можно выявить самостоятельно — меньше зависимости от производителя, а рекомендации по устранению отслеживаемы.

Порт / агент + консорциумная сеть + приложение

Крупный контейнерный порт · центр интеллектуального обучения безопасности

Предыстория: Контейнерный порт, входящий в число ведущих в стране по годовому грузообороту. Прежнее обучение строилось в основном на лекциях в классе и не охватывало практическую отработку работ повышенной опасности.
Решение: Комплексный центр практической подготовки + платформа обучения и аттестации + мобильное обучение. 7 систем аттестации, 9 программных модулей, консорциумная сеть из 3 узлов.
Технологии: Консорциумная сеть FISCO BCOS (PBFT) · выписки в сети по SHA-256 · серверная часть на node.js · клиент Android · взаимодействие с 3D-моделями
Результаты: Записи об обучении проверяются в цепи, ведомости оценок защищены от подделки; охвачены 55 категорий оборудования и 66 единиц в журнале оборудования.

Все кейсы

03 / Путь внедрения

Сколько шагов от нуля до запуска

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

Список доступных инструментов

Превратить интерфейсы существующей системы в перечень инструментов с явными входными и выходными параметрами и описанием возврата при сбое. Без этого шага дальше всё строится на догадках.

Выстроить минимальный замкнутый цикл

Выберите максимально узкий сценарий (например, «когда это оборудование последний раз обслуживали?») и отладьте цепочку «вопрос → вызов инструмента → ответ» от начала до конца. Не начинайте с многошаговой оркестрации.

Предусмотреть обработку отказов

Перечислить все случаи отказа и задать стратегию обработки (повтор / деградация / ошибка). Именно этот шаг определяет, готов ли агент к промышленной эксплуатации.

Расширение до нескольких шагов

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

Подключение операций записи + участие человека

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

04 / Ключевые показатели

Проверяемые цифры

Без прилагательных — только конкретные параметры.

Число шагов на задачуШаги 1–6　Если шагов больше 6, разделите на несколько агентов

Доля успешных вызовов инструментов≥ 95%　Ниже этого значения сначала дорабатывают инструменты, а не настраивают модель

Сквозное время отклика3–20 секунд　Зависит от времени отклика инструментов и числа шагов

Доля ручного вмешательстваОперации записи подтверждаются в 100 % случаев　Операции только на чтение — 0 %

05 / Частые вопросы

О чём чаще всего спрашивают технические руководители

Это вопросы, которые нам действительно задавали; ответы — без маркетинговых клише.

Не будет ли агент вызывать инструменты как попало?

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

Что делать, если интерфейсы нескольких систем несовместимы?

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

Как понять, что агент работает правильно?

Создать набор регрессионных тестов. После каждого изменения промпта или инструмента прогоняйте кейсы и смотрите, не упала ли доля успешных. Агент без такого набора ломается от каждого изменения, и об этом даже не узнают.

Можно ли интегрировать с WeCom / DingTalk?

Да. Мы делали интеграцию с WeCom, ПК и мобильными устройствами на одном бэкенде агента, а фронтенд адаптирует формат сообщений под каждый канал.

Какие вычислительные ресурсы нужны для локального развёртывания?

Запуск модели класса 7B и векторной базы на одной машине: рекомендуется от 24 ГБ видеопамяти; при высокой нагрузке — несколько GPU или отдельный сервис инференса. Точный расчёт зависит от числа одновременных запросов и требований к отклику.