Я в курсе! · управляемые ИИ-агенты в контуре бизнеса

Данные под контролем. Решения с основанием.

Я строю self-hosted платформу для собственного бизнеса: аналитика маркетплейсов, работа с отзывами и единый помощник руководителя. Целевое ядро — на Go. Расчёты, защита данных и права на действия задаются системой; языковая модель помогает разбирать контекст и готовить предложения.

  • Собственный контур
  • Целевой backend: Go
  • Три прикладных сценария
  • Web Console · Telegram · MAX
Концептуальный образ: руководитель работает с панелью бизнеса и специализированными ИИ-агентами
Концептуальная иллюстрация целевой системы. Показатели на изображении — не данные действующего бизнеса и не результаты проекта.

Принцип проекта

Факты можно проверить. Расчёты — повторить. Передачу данных и внешние действия — ограничить.

Подробнее о проекте

Три задачи. Один управляемый контур.

Каждый сценарий получает свои данные, инструменты и права. Общее ядро отвечает за запуск агента, защиту контекста, подтверждение действий и журнал. Ниже — целевое поведение; прикладные сценарии ещё предстоит реализовать и проверить.

Аналитика

Продажи, реклама и остатки

Данные
Отчёты площадок, себестоимость, рекламные расходы и движение товара.
Результат
Воспроизводимые показатели, расхождения в отчётах и объяснения отклонений с указанием источников.
Контроль
Чтение и расчёты. Изменение цен, рекламы и закупки не следует автоматически из вывода модели.

Работа с отзывами

От обращения до проверенного ответа

Данные
Отзывы и вопросы покупателей, сведения о товаре и утверждённые правила ответа.
Результат
Классификация, черновик и очередь на проверку оператором; позднее — подтверждённая публикация.
Контроль
Человек подтверждает точный текст и адресата. После отправки система проверяет результат; неизвестный исход требует сверки.

Помощник руководителя

Единая точка работы с ситуацией

Данные
Разрешённые срезы данных, результаты расчётов, события и история решений.
Результат
Ответ с источниками: что изменилось, где есть неопределённость и какое решение требуется. Взаимодействие — через Web Console, Telegram или MAX.
Контроль
Помощник использует типизированные инструменты в пределах прав пользователя. Рекомендация сама по себе не разрешает действие.

Каналы взаимодействия

Работать с платформой через Web Console, Telegram и MAX

Локальный просмотр отчёта реализован · диалоговые каналы планируются

Вопросы по бизнесу, уведомления об отклонениях, статусы задач и решения — в удобном интерфейсе. Все каналы обращаются к одной платформе и сохраняют её правила доступа и контроля действий. Диалоговые адаптеры ещё не реализованы.

Web Console

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

Telegram

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

MAX

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

Проверенная привязка пользователя
Аккаунт мессенджера связывается с пользователем платформы. Его права проверяются на каждом запросе; имя в чате не даёт доступ к данным бизнеса.
Мессенджер — внешний получатель
Ответ содержит только разрешённый минимум. Чувствительные данные открываются в Web Console; введённый в мессенджер текст уже передан его сервису до обработки платформой.
Подтверждение точного действия
Если правила разрешают решение в чате, оно связано с точным объектом, параметрами и сроком. Для остальных операций нужен собственный интерфейс. Повторная кнопка или неизвестная доставка не запускают действие заново.

Контекст проблемы

Много источников. Разные правила. Один бизнес.

Продажи, возвраты, комиссии, реклама и остатки распределены между системами. У каждого источника свои идентификаторы, даты и задержки. Рост заказов ещё не означает рост прибыли, а начисление не равно выплате.

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

События и периоды
Заказ, выкуп, возврат и выплата учитываются раздельно; правило выбора периода задаётся явно.
Идентичность товара
Артикулы площадок, собственный артикул и штрихкод связываются в канонической модели.
Полнота экономики
Себестоимость и внешние расходы добавляются к данным площадки; неизвестные расходы остаются неизвестными.
Расхождения
Вычисленный показатель сверяется с отчётом источника с учётом методики и задержек.
История решения
Основание, предложение, подтверждение и фактический результат сохраняются как связанная цепочка.

Целевая архитектура

Система задаёт границы. Модель решает ограниченную задачу.

Self-hosted Agent Operations Platform: данные, расчёты, память, права и журнал размещаются в собственном контуре. Модель — заменяемый вычислительный компонент. Облачная модель рассматривается как внешняя недоверенная система.

  1. Источники и канонические данные

    Коннекторы → нормализация → PostgreSQL. Для факта сохраняются источник, период, время загрузки и версия преобразования.

  2. Расчёты и сверка

    SQL / Go рассчитывают метрики по заданной методике и сопоставляют их с отчётами источников.

  3. Контекст и агент

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

  4. Управляемое исполнение

    Типизированные инструменты → проверка прав и правил → нужное подтверждение → журнал → исполнение → проверка результата.

Граница передачи в LLM

В собственном контуре

Данные бизнеса

  • исходные данные и секреты
  • расчёты, память и соответствия псевдонимов
  • права, подтверждения и журнал

Перед обращением к модели

Шлюз защиты данных

  1. Минимальный срез данных
  2. Удаление запрещённых данных
  3. Замена идентификаторов псевдонимами
  4. Проверка разрешённой передачи

При неопределённости отправка блокируется.

За границей контура

Облачная LLM

Получает только разрешённый подготовленный контекст для конкретной задачи.

Локальная LLM

Альтернативный маршрут внутри контура

Обращение проходит через тот же шлюз и проверки доступа. Данные остаются в собственном контуре.

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

Skills описывают процедуру и работу с инструментами. Критические запреты, расчёты и полномочия закрепляются в коде и правилах; текст Skill не может расширить права.

Данные и доверие

Объяснение убедительно, когда основание проверяемо.

Минимизировать и защищать до отправки

Self-hosted размещение само по себе не обезличивает данные и не исключает передачу во внешнюю LLM. В целевой архитектуре обязательный шлюз проверяет каждый путь к модели.

Все пути контекста
Запрос, история диалога, память, результаты инструментов, их описания, промежуточные сводки, кэш и резервная модель проходят один контроль.
Обезличивание и псевдонимы
Из облачного контекста удаляются персональные сведения и прямые идентификаторы. Псевдонимы связываются с оригиналами только внутри разрешённого локального контекста. Псевдонимизация не гарантирует анонимность: сочетание деталей может раскрыть человека или бизнес.
Правила передачи
Секреты не передаются модели. Данные с запретом облачной передачи остаются локальными. Конфиденциальные данные по умолчанию запрещены для облака; разрешение требует утверждённого преобразования и проверки остаточного риска.
Минимальный срез
Модель получает нужные для задачи поля или агрегаты. Таблица соответствий, доступы и полные исходные отчёты остаются в собственном контуре; журналы также очищаются.

Рассчитывать по правилам, затем сверять

Детерминированность означает одинаковый результат на одном снимке данных и одной версии методики. Она не доказывает правильность исходных данных — для этого нужна отдельная сверка.

Деньги считает SQL / Go
Целые единицы минимального номинала или точные десятичные значения; валюта, округление, налоги и обработка переполнения задаются явно. Денежные расчёты не поручаются LLM.
Результат можно воспроизвести
Показатель хранит снимок входных данных, период, версию формулы, источник, свежесть и статус полноты. Эти основания доступны при повторной проверке.
Пробел не становится нулём
Если нет отчёта, себестоимости или сопоставления товара, зависимый показатель имеет явное ограничение либо блокируется. Модель не заполняет его догадкой.
Сверка независима от объяснения
Детерминированный модуль сопоставляет расчёт с отчётами площадок и учётной системой, если она подключена. Прежде чем сравнивать, проверяются сущность, период и методика. LLM объясняет расхождение и предлагает гипотезы.

У сверки есть результат, а не только объяснение

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

Стек и размещение

Go в ядре. PostgreSQL для состояния. Собственный контур.

Целевой backend — Go. Начинаем с модульного приложения и отдельного worker-процесса; дополнительные сервисы появляются только под измеримую потребность.

Статус перехода. Действующая база остаётся на TypeScript / Node.js / Fastify. Первые компоненты на Go уже проверены: контроль передачи данных в тестовом сценарии, чтение реальных данных и сопоставление товаров. Полный переход и прикладные сценарии ещё предстоят.

Ядро и API

Go · net/http · context

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

Данные и состояние

PostgreSQL · pgx · SQL

Канонические данные, память, подтверждения, журнал действий и миграции. Расчёты — в Go / SQL с версионированием методики.

Фоновые задачи

Go worker · PostgreSQL

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

Операторский интерфейс

Go html/template · небольшой JS

Web Console: источники и их свежесть, показатели и расхождения, черновики, подтверждения и история исполнения.

Диалоговые каналы

Go adapters · Telegram Bot API · MAX Bot API

Привязка пользователя, разрешённые ответы и уведомления, контроль повторных событий и доставки. Общие права и журнал; диалоговые адаптеры ещё предстоит реализовать.

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

Linux · Docker Compose

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

Инструменты и модели

JSON Schema · LLM Gateway · MCP

Проверяемые контракты, разрешённые возможности и единый шлюз. Выбор локальной или облачной модели не меняет права на данные и действия.

Этот публичный сайт остаётся статическим на Astro / TypeScript. Go — стек целевой платформы и её операторского интерфейса.

Temporal, очереди, векторное хранилище, ClickHouse и Kubernetes не входят в начальный состав. Их добавление должно решать подтверждённую проблему масштаба или процесса.

Что уже сделано

Проверенная база и новый этап разработки

Подтверждённое состояние на 4 октября 2026 года

Первые компоненты на Go проверены на тестовых и реальных данных. Результаты прежней реализации на TypeScript / Node.js, подтверждённые 26 сентября, сохраняются как инженерная база. Полный рабочий цикл трёх прикладных сценариев ещё предстоит проверить.

Проверенная база · TypeScript

Управление запусками и внешними командами

Сессии, память с разграничением доступа, подтверждения, журнал и проверка результата. Проверены чтение через Ozon API, тестовые операции маркировки и отдельные серверные компоненты.

Первые результаты · Go

Отчёт Ozon в локальной Web Console

Сохранённый отчёт Ozon открывается в локальной Web Console: видны источник, дата снимка, суммы и статус сверки. Общий итог одного дня совпал с отдельной выгрузкой кабинета до копейки. Просмотр и расчёт не требуют API или модели. Удалённый доступ и построчная сверка ещё предстоят; прибыль не рассчитывается.

Подробности проверенных результатов

Проверено · Go

Отчёт Ozon в локальной Web Console

Сохранённый отчёт Ozon открывается в локальной Web Console: видны источник, дата снимка, суммы и статус сверки. Общий итог одного дня совпал с отдельной выгрузкой кабинета до копейки. Просмотр и расчёт не требуют API или модели. Удалённый доступ и построчная сверка ещё предстоят; прибыль не рассчитывается.

Проверено · Go

Реальные данные и сопоставление товаров

Проверено чтение каталога предложений Ozon и себестоимости из отдельного источника. Товары сопоставлены, цены каждой площадки и себестоимость учитываются раздельно. Сохранённые снимки воспроизводят результат без повторного обращения к площадке. Полная финансовая сверка и расчёт прибыли ещё предстоят.

Проверено на тестовых данных · Go

Контроль данных перед обращением к модели

В первом срезе Go-ядра разрешённое чтение проходит обязательный шлюз: допустимые данные передаются, запрещённая передача блокируется. Реальные модели к этому контуру ещё не подключены.

Готово

Базовое ядро агента

Работают сессии и запуски агента, журнал событий, отмена, изолированные дочерние задачи и сохранение состояния в PostgreSQL либо в памяти в тестовом режиме.

Проверено на тестовых данных

Копия данных и восстановление

На тестовых данных отдельно проверены зашифрованная копия в облаке и восстановление Go-снимков на другой машине. Состав файлов и контрольные суммы совпали; результат снимков воспроизводится без API и модели. Резервирование рабочих данных и регулярное расписание ещё не включены.

Готово

Контроль рискованных команд

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

Готово

Экономное управление контекстом

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

Готово

Адаптеры моделей и маршрутизация

Система поддерживает GigaChat и предсказуемый локальный режим. Реестр моделей и механизм выбора учитывают ограничения, возможности, размер контекста и бюджет. Обязательная очистка всех данных перед передачей модели в этой версии ещё не реализована.

Готово

Разграничение доступа к памяти

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

Готово

Общий интеграционный контур

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

Готово

Защищённая авторизация в «Честном знаке»

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

Проверено

Управляемая работа с тестовой маркировкой

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

Проверено

Электронная подпись на физическом носителе

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

Проверено

Среда агента на отдельном сервере

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

Проверено

Резервное копирование и восстановление истории

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

Проверено

Контроль состояния и уведомления владельцу

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

Проверено на тестовом ключе

Подтверждение связано с данными для подписи

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

Ближайший срез

Ответы по отчёту с проверяемым основанием

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

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

План нового этапа

От безопасного чтения — к проверяемой пользе.

  1. Go-ядро и шлюз данных

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

  2. Данные, расчёты и сверка

    Сопоставление товаров и общий итог начислений одного дня проверены. Далее — построчная сверка, полнота расходов и расширение расчётов.

  3. Помощник, Web Console и мессенджеры

    Ответы с источниками, видимая неопределённость, роли пользователя и очередь решений. Telegram/MAX подключаются после проверки API, привязки и правил передачи данных.

  4. Черновики ответов

    Проверка API, классификация отзывов, подготовка текста и оценка качества на одинаковых случаях.

  5. Подтверждённая публикация

    Точный текст и адресат, журнал исполнения, защита от дублей и сверка с площадкой.

  6. Пилот с измерением

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

Полномочия и действия

Каждое действие имеет адресата, основание и проверку.

Права задаёт система
Каждый инструмент имеет проверяемый контракт и разрешённые возможности. Агент и внешнее описание инструмента не могут повысить права пользователя.
Подтверждается точное действие
Для требующих согласования операций разрешение связано с объектом, содержимым, версией и сроком действия. Изменение текста или параметров требует нового решения.
Отзыв — входные данные
Инструкции внутри отзыва или результата инструмента не становятся командами системе. Недоверенный текст отделяется от правил и полномочий.
Неизвестный исход требует сверки
Если внешняя система не подтвердила результат, команда не повторяется вслепую. Сначала проверяется фактическое состояние; при необходимости вопрос передаётся человеку.
  1. наблюдать
  2. обнаруживать
  3. объяснять
  4. предлагать
  5. подтверждать
  6. выполнять
  7. проверять

Кому это нужно

Кому может быть интересен проект

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

Такой переход начинается с ограниченного процесса: проверенные данные, явные правила, разрешённые действия и понятная передача исключений человеку. Сначала подход должен доказать пользу в моём действующем бизнесе. Я открыт к работе над подобными системами в команде, партнёрству и ограниченным проектам автоматизации.

Критерий полезности

Вывод должен прослеживаться до исходных данных, решение — быть принято или осознанно отклонено владельцем, а фактический эффект — сопоставлен с ожиданием.

До пилота измерим, сколько времени занимает ручная обработка одного случая. Затем на сопоставимых случаях сравним время с учётом проверки и исправлений, долю ошибок и стоимость завершённой задачи при использовании агента. Техническая работоспособность и экономия времени оцениваются отдельно. Измеренных результатов пилота пока нет.

Автор проекта — Вадим Евграфов

Я развиваю «Я в курсе!» как практический инженерный проект на собственном бизнесе. Готов обсудить участие в команде, которая создаёт подобные системы, партнёрство или конкретную задачу автоматизации бизнеса.