POStulat — 4491 обращение и один вечер

ЧАСТЬ I · КАК ЭТО БЫЛО

Неделя, которая повторялась каждый месяц

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

День 1–2~~чтение~~
Выгрузка в Excel, фильтры по продуктам, 4491 строка. К вечеру второго дня глаза уже сканируют, а не читают.

День 3–4~~группировка~~
«Терминал не печатает чек», «не фискалит», «чек не выходит» — три формулировки одной проблемы. Собираются вручную, по памяти.

День 5~~каталог~~
Каждой группе — номер PRB, эталонная формулировка. Сверка с прошлым месяцем: это PRB-0118 или новое?

День 6–7~~отчёт~~
Таблица для команды, поиск инструкции в Confluence, задачи в Jira. Ссылки теряются к следующему дню.

ЧАСТЬ II · ДОСЬЕ ОДНОЙ ЗАЯВКИ

След заявки REQ-2026-08-4711

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

ДОСЬЕ · REQ-2026-08-4711стенд: NPU-ноутбук · сентябрь

шаг 01
выгрузка

XML → SQLite

Заявка становится строкой: текст, переписка, продукт, даты. Один файл месяца — одна база, детерминированно и воспроизводимо.

шаг 02
суть · LLM

«Двойное списание по QR-оплате»

Qwen3.8-27B на NPU сжимает переписку до одного предложения и класса. Это не «аналитика настроений» — это извлечение причины, за которую потом цепляется вся статистика.

суть: двойное списание QR-платежа класс: ПЛАТЕЖИ / ДУБЛЬ · уверенность 0.94

шаг 03
кластер

Эмбеддинги bge-m3 → PRB-0118

Суть превращается в вектор и находит родню: 213 похожих заявок за месяц. Кластер примеряется к существующему PRB-0118 «Двойное списание по QR» — совпадение, не новое.

шаг 04
контекст

Confluence + Jira находят сами

FTS5-поиск по базе знаний подставляет инструкцию для кассира; каскад Jira — открытую задачу SUP-4411. У проблемы мгновенно есть адрес.

шаг 05
отчёт

Строка в отчёте, собранном за вечер

PRB-0118 · 214 заявок · тренд +38% к августу · инструкция · задача. Та самая строка, ради которой раньше тратилась неделя.

отчёт собирает себя сам; лайт — для ежемесячного прогона, студия — для тонкой работы

ЧАСТЬ III · ПОЧЕМУ ЛОКАЛЬНО

Ни одной строки наружу

Здесь не «облачная LLM с обещанием не хранить». В переписке — клиенты, номера операций, имена. Требование было жёстким с первого дня: обработка только на моём железе. Кандидат нашёлся неожиданный — игровой ноутбук на Snapdragon с NPU, на котором 27-миллиардная модель считает со скоростью, достаточной для конвейера. Как именно NPU удалось заставить работать честно — отдельная история: SnapLab →

Данные и переписка не покидают машину. Наружу уходят только два вида трафика: запросы к Confluence/Jira за инструкциями и задачами — и уведомление мне, что отчёт готов. Всё остальное — локально: LLM на NPU, эмбеддинги на CPU, база в SQLite рядом с исходным XML.

ЭПИЛОГ

Чем это уникально

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

4 491заявка за месяц конвейером

~30 сна заявку на NPU

1 вечервместо недели отчётов

0 байтпереписки в облаке

ДВИЖОК	Python · конвейер шагов · SQLite/FTS5
LLM	Qwen3.8-27B на NPU через шлюз SnapLab · фолбэк CPU (Ollama)
СМЫСЛЫ	эмбеддинги bge-m3 · кластеризация · каталог PRB с эталонами
ИНТЕГРАЦИИ	Confluence (FTS5-поиск) · Jira (каскад задач) · Excel-отчёты: проблемы / ПМ / ПМ+ТЗ
СТЕНДЫ	два боевых: NPU-ноутбук и рабочий ПК · сборки x64/ARM64

История движка: SnapLab → Сыграть в КЛАСТЕРЫ на v6 → Все проекты