Внутренняя система · Пилот

Платформа агентов компании

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

Болело

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

Стало

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

Что это даёт бизнесу

Заявку пишет тот, у кого болит, на языке своей работы.
Заявки видны всем сотрудникам: по чужой заявке видно, что уже автоматизируют, и это снимает дубли.
Разбор обязателен, поэтому часть просьб уходит в простой скрипт или делится на части, агента ради агента не делают.
Новый агент не требует ни отдельной службы, ни кода под него: только файл и выкат.
Агент не может изменить данные в кабинете: ему доступны только чтение и уведомления.

От источника к результату

Заявка сотрудника
Разбор и вердикт
Файл агента с инструкцией
Реестр инструментов
Запуск по расписанию и журнал

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

Как устроено

Уровня исполнения два. Типовое «следи за X, посчитай Y, сообщи в Z» превращается в файл с промптом; сложная обработка данных остаётся конвейером на коде. Для расписания и панели оба неразличимы: общий журнал запусков и общий журнал вызовов модели.

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

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

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

Кто ведёт систему сейчас

Я. Агентов пишет ИТ-команда компании, сотрудники заказывают их через форму и пользуются результатом.

Другие кейсы этого шага

Внутренняя система · В проде

Товарный портал

Каталог, этикетки и PDF одной кнопкой

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

Печать этикетки: одна кнопка вместо пяти шагов
Охват: каталог, этикетки, PDF, конвертация
Заменило: чужую систему учёта товаров

Та же система даёт эффект ещё по 2 шагам

Внутренняя система · В проде

Агенты управления рекламой

Ежедневный цикл оператора идёт сам

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

Ночной цикл: настройки, поиск проблем, предложения по ставкам
Команд оператора
Запись в кабинет

Та же система даёт эффект ещё на одном шаге

Свой продукт · В проде

Магазины маркетплейсов в Claude

Рутинные проверки закрываются вопросом в чат

Болело: Ежедневные проверки (что заканчивается, что заблокировано, что пришло по выплатам) означают обход трёх кабинетов. Каждый день их никто не делает, и проблемы копятся.
Стало: Теперь это вопрос в чат: Claude сам обращается к площадке и отвечает по существу. Если нужно что-то изменить, сначала приходит предпросмотр, а отправка идёт только вторым вызовом.

Ежедневная проверка: вопрос в чат вместо обхода кабинетов
Пишущий вызов
Ключ «только чтение»

Та же система даёт эффект ещё на одном шаге

mcp.hubmarket.ru

Внутренняя система · В проде

Синхронизация остатков склада

Остатки склада доезжают в магазин сами

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

Каталог: около 22 000 товаров
Прогон: полный пересчёт одной командой
Предохранитель

Тип: Внутренняя система
Статус: Пилот
В расписании: один агент
Ведёт: ИТ-команда компании
Заменило: просьбы автоматизировать в переписке

Python 3.14uvFastAPIAnthropic SDKPostgreSQLNext.js 16React 19Base UIReact Flowcron