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

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

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

Болело

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

Стало

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

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

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

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

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

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

Как устроено

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

mcp.hubmarket.ru

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

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

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

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

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

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

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