Множество точек расширения без релиза платформы и кастомные интерфейсы операторов на полном API.
Принцип
Код платформы универсален и не форкается под заказчика. Специфика живёт в данных, конфигурации, шаблонах и записях базы данных. Одна инсталляция обслуживает нескольких заказчиков.
| Что расширяем | Где живёт | Нужен релиз платформы? |
|---|---|---|
| Шаг пайплайна (встроенный) | код движка | да |
| Python-шаг | загрузка скрипта | нет |
| Python-парсер источника | админка с валидацией | нет |
| Экземпляр источника | строка в БД | нет |
| MCP-инструмент | вызов API | нет |
| Специализация | форма авторинга | нет |
Из всех способов расширить платформу релиз требуется только под новый встроенный шаг движка. Остальное — конфигурация и данные.
Кастомные интерфейсы
Когда нужен ручной контроль корректности, пайплайн настраивается так, что спорный случай уходит в кастомный интерфейс оператора или на почту оператору.
Оператор подтверждает или исправляет результат (например, классификацию и маршрут). Собранные корректировки подкручивают параметры пайплайна — растёт общая точность — и копятся как размеченный корпус для обучения модели.
Так контроль качества и разметка получаются из штатной работы оператора.
Полный набор ручек: запуск прогона, статус, очередь ожидающих одобрения, подтвердить/отклонить с правкой данных, история шагов.
Подключить новую схему БД — структурный приёмник сам создаёт таблицы под собираемые данные.