BizHub: насколько готов продукт и план развития по фазам

Дата: 15 октября 2026. Код: origin/main c69e5b6 (09.10). Прод: Sagar, релиз def300b (07.10) — по коду совпадает с main. Рабочий макет после плана: mockups/plan-2026-10-15/index.html (двойной щелчок) и онлайн — адрес в разделе 11.

Этот документ продолжает план от 26.09: сверяет его с фактом, добавляет проверку прода, разбор ИИ, ботов и автоматики по текущему коду, живой проход по кабинету, свежий рынок и право — и меняет порядок работ. Нумерация фаз новая (Ф0–Ф8 + сквозной техдолг Т); соответствие прежним шагам R — в разделе 9.6.

Коротко

1. Версия. Последняя версия — main от 09.10; эта рабочая копия была на 281 коммит старше и перемотана. Более нового кода нигде нет. Из неслитых веток стоит долить 4 мелкие (раздел 1), остальные устарели.
2. Кода много, работающего у клиента — мало. 177 тыс. строк Go, 614 маршрутов, 155 таблиц, 1 861 тест, 92 сторожа CI. Но на проде 0 реальных клиентов: 3 демо-организации из июля, все входы — служебная учётка, за 30 дней ни одного нового отзыва, заявки, разговора или вызова ИИ.
3. Продукт с 27.09 не развивался — после документа 26.09 сделано 10 из 12 исправлений честности, окно отмены 10 минут, кнопки MAX/Telegram в коде, вставка списка отзывов. Дальше шла только ускоренная выкладка. Новая оболочка, «смена», реестр сотрудников, пилот — не начаты.
4. Многое написано, но выключено конфигурацией: боты не подключены к работающему на сервере «Улью», своя модель отрезана от сети, токенов ботов MAX и Telegram нет (кнопки мертвы), Вордстат выключен, Google без входа с 24.07, 2ГИС Places недоступен с 01.08. Это Ф0 — 2–4 дня без нового кода продукта.
5. Срочно: 15.11.2026 Яндекс отключает модели, на которых работают черновики (deepseek-v4-flash, yandexgpt-lite) — после этого 400 и уход в шаблон. Подтверждено по release notes AI Studio от 14.10.
6. Главная ценность не работает на главных площадках. Живые отзывы приходят только с Авито; Яндекс — заглушка, у 2ГИС нет текстов. API на запись ответов нет ни у Яндекса, ни у 2ГИС — и не появилось. Решение — «Мост»: расширение браузера вставляет готовый ответ в открытой владельцем вкладке кабинета, «Отправить» жмёт человек, бот проверяет появление ответа (Ф1).
7. ИИ — 9 мест вызова; лучшая проверка результата — у разбора вставленных отзывов, худшая — у черновика в чате (никакой). Бюджета на организацию нет (кроме интервью), рублей в журнале нет, отказы модели и уход в шаблон не видны. YandexART в расход не пишется.
8. Боты и автоматика разбросаны по 6 экранам, остановить всё одной кнопкой нельзя, частоту ботов поменять нельзя, расписание живёт в разделе «Спрос». Кнопка «Позже» обещает «вечернюю сводку», которой нет.
9. Интерфейс — 40 кнопок меню, 19 разделов «Инструментов», жаргон и имена переменных окружения на экранах, 30 дел в первый день, 36 запросов к API на открытие. Живой проход нашёл 4 новые проблемы уровня P0 — агентство попадает не в того клиента, ручная вставка пишется как «опубликовано», «сводка отправлена» без каналов (раздел 6) — они идут в Ф0.
10. План: Ф0 фундамент → Ф1 живые входящие (Мост, кнопки) → Ф2 простой кабинет → Ф3 пилот → Ф4 смена и пульт → Ф5 витрина → Ф6 рост → Ф7 помощник → Ф8 каналы и деньги, плюс сквозной техдолг. ≈ 75–100 инженерных дней; при 3–4 параллельных сессиях — около 10 недель, пилот стартует на 4-й неделе. Отличие от 26.09: сначала включаем написанное и даём живые входящие, затем пилот — и только потом наращиваем смену и витрину по отзывам реальных клиентов.

1. Последняя ли это версия

Неслитые ветки (уникальные коммиты сверх main):

Наблюдения по эксплуатации: в scripts/sagar/release-sagar.sh по умолчанию хост sagar, а в ~/.ssh/config этого Mac есть только sagr; выкладки BizHub не пишутся в общий /opt/CHANGELOG.md на Sagar (журнал только в docs/RELEASES-SAGAR.md); в bin/ на сервере 5 старых бинарей по 50 МБ.

2. Насколько продукт готов

2.1 Что реально происходит на проде (проверка 15.10, только чтение)

2.2 Включено, но не работает

2.3 Оценка готовности по контурам (экспертная, 0–100)

«Написано» — сколько готово в коде; «работает» — сколько реально получает клиент сегодня; «после» — цель после плана. Графически — экран «Готовность» макета.

Итог: как набор функций продукт готов на 70–80%; как сервис, которым малый бизнес может пользоваться каждый день, — на 25–30%. Не хватает не функций, а живого пути на главных площадках, включения написанного, простоты и первых клиентов.

2.4 Сверка с планом 26.09

3. ИИ-модели: где работают и зачем

Устройство. Роутер internal/llmclient: цепочка провайдеров по LLM_PROVIDER_ORDER (прод: yandex,local,openai; ключа OpenAI нет — фактически «Яндекс → своя → шаблон»). Два уровня — быстрый и сильный (сайт, темы отзывов, импорт). Облако — deepseek-v4-flash через Yandex AI Studio; своя — Qwen2.5 7B на процессоре Sagar (~7 ток/с).

Написано, но не подключено: agent.Editor (описания позиций с проверкой «нет выдуманных чисел»), agent.Occasions, agent.Decide (ворота автономности — только в cmd/autonomy-gates), модель как запасной путь «доработки сайта словами». GeneratePromptLLM в быстром запуске сайта тратит вызов впустую.

Что не так:

• 15.11 модели отключат — config/config.go:631, llmclient/client.go, cmd/llm-model-smoke. Замена: aliceai-llm-flash (0,1/0,2 ₽ за 1 000 токенов — дешевле нынешних) для черновиков, deepseek-v4.1-flash (0,3/0,5 ₽) для сильных задач. Пакетный режим AI Studio после инцидента 10.10 отключён — не опираться.
• Нет предохранителя: упавший провайдер ждут каждый раз; Яндекс 60 с + своя 75 с = 135 с больше WriteTimeout 120 с.
• Черновики строятся синхронно внутри 3-минутного тика и в HTTP-ручке первой синхронизации — сто новых отзывов = сто последовательных вызовов.
• Не видно: уход в шаблон, доля отказов, доступность своей модели, расход в рублях, бюджет организации (есть только у интервью); POST /ai/reply-draft без организации зовёт модель вне тарифа.
• Безопасность ответа: нет проверки обещаний (деньги, скидки, возврат), имён, которых нет в отзыве; тема риска на 4–5★ не ловится.
• Право (265-ФЗ): DeepSeek напрямую или OpenAI с текстами отзывов — трансграничная передача ПДн. Держать только российское облако или маскирование + уведомление РКН.

Локальная модель: кандидаты на оценку на 50–100 реальных отзывах — GigaChat3.1-10B-A1.8B (MIT, 1,8B активных, быстрая), T-lite-it-2.1 (8B), YandexGPT-5-Lite-8B; на GX10 — Qwen3.6-35B-A3B.

4. Боты: как устроены и как ими управлять

Устройство. Ядро «Улей» — отдельный процесс (на Sagar — systemd-службы botts-sidecar, botts-panel, botts-browser). BizHub ставит задачи в bot_jobs, забирает находки в bot_findings. 8 рецептов: проверка сайта, сверка карточек, каталоги, сбор отзывов, наблюдение за страницей, обход города, реестр ЕГРЮЛ, спрос. Расписание засевается само; бюджет 400 страниц в сутки (общий, не на организацию), карантин после 3 нарушений.

Бот владельца в Telegram: /start bind_…, /stop, /status, /bots, /findings, /run, /help; кнопки (с 27.09) — «Подтвердить», «Позже», «Отменить» только под негативом с черновиком. В MAX — только /status и /stop, находки ботов в MAX не приходят, дайджест пропускает организации только с MAX, /run в Telegram не перепроверяет права.

Где слабо:

1. Сбой связи — задача сразу failed, без повтора; находка не закрывается сама при чистом повторе.
2. Сбор отзывов ботом пишет только автора, оценку и текст — без даты и ответа владельца; не запускает автоматику (негатив придёт без черновика); ключ дедупликации не совпадает со вставкой R4.7 → дубли.
3. Частоту поменять нельзя (API принимает только вкл/выкл); расписание — в «Спросе», боты — в «Ботах»; шапка bots.js утверждает, что расписания «намеренно нет».
4. Конструктор бота умеет только «скопировать исходник» — сохранить как наблюдение нельзя.
5. Нет рецептов «ответ появился на площадке» и «что ИИ площадок говорит о вас».

Как будет (Ф4, экран «Смена → Наблюдатели»): один пульт — все боты по-человечески («Сайт работает», «Карточки совпадают», «Ответ появился»…), частота, следующий запуск, бюджет страниц на организацию, «Запустить сейчас», пауза; лента находок с «Исправить через Витрину» и автозакрытием; «Создать наблюдателя фразой» → план (страницы, частота, бюджет, что сообщит, чего не делает) → «Включить». Находки и команды — и в MAX.

5. Автоматизация: что делается само, что руками

Само (тикер раз в 10 мин, окно 3 мин; плюс отдельные циклы): синхронизация отзывов → автопилот → алерты по негативу; публикации, сайты, инсайты, реклама, боты; просроченные заявки и шаблонный автоответ на заявку; раз в час — черновики накопленных отзывов (никогда не публикуются сами); раз в 12–24 ч — Places, дубли, каталоги, спрос, позиции, соседи; раз в неделю — дайджест и отчёты агентства; раз в 15 мин — доступность сайтов; раз в 30 с — окно отмены; раз в минуту — почта.

Автопилот ответов (domain.DecideAutoReply): ≤3★ всегда человек → правило → пробная неделя → черновик → дневной лимит → площадка. Предпросмотр и исполнение — одна функция. Нет проверки темы риска, тихих часов организации, общей паузы.

Ручные шаги, которые стоит автоматизировать:

Видимость: лента «Сделано» не показывает отказы и пропуски автопилота, нажатия в мессенджерах, автоответы на заявки, ботов, спрос. Нет единой точки: режим доверия — в «Автоматизации», автоответ на заявки — отдельно, автоприменение советов — в «Аналитике» со своими тихими часами, расписание ботов — в «Спросе», уведомления — в «Уведомлениях», флаги — в Ops.

6. Пользователи: насколько удобно

Живой проход 15.10: изолированный локальный экземпляр (оболочка quiet-v2 и флаги как на проде, сид E2E), Playwright, 1 440 и 390 px, роли «владелец» и «агентство». 114 скриншотов; ключевые — на сайте отчёта (раздел «Скриншоты»).

6.1 Как устроен кабинет сейчас

Пять корней: Сегодня · Работа · Результат · Инструменты · Настройки. «Инструменты» — каталог из 19 разделов и 5 «Скоро»; в боковом меню 40 кнопок, видны 5. Часть разделов (товары, присутствие, боты, спрос) открывается только по адресу и пишет «пока недоступен». На 390 px нижней панели нет — меню выезжает слева.

6.2 Путь пользователя в нажатиях

6.3 Критичное (P0) — ломает доверие, чинится в Ф0

1. Агентство попадает не в того клиента: «Разобрать отзывы» в деле клиента 1 открывает отзывы «якорной» организации (скриншот 1). Переход должен переключать организацию на ту, что в карточке.
2. Ручная вставка записывается как «Ответ на отзыв опубликован» в «Сделано»; в audit_log при этом reply.approve status=manual_assist (скриншот 2) — нарушение правила R3.0.
3. «Дайджест отправлен в доступные каналы» — при нуле каналов (ни почты, ни Telegram).
4. Нормальный ручной путь Яндекса и 2ГИС подаётся красной «Ошибкой», а окно ответа само открывает уже обработанный отзыв (скриншот 3).

6.4 Сильно мешает (P1)

• Очередь: 30 дел в первый день, первое — ниже первого экрана, над ним 13 плиток (4 «Выключен» / «Нет данных»); смысловые дубли (просроченный отзыв ×3, «Привязать Google» ×3); бейдж «Работа 3» против «30 дел» (скриншот 4).
• Пять разных оценок одного бизнеса: 27/100, 0%, 0/100, 10/100, 41/100 — без объяснения, как поднять.
• Главное действие после создания — «Сообщить, когда откроется» (подписка на почту, которая не настроена), хотя рядом просроченный негатив (скриншот 5).
• Жаргон и служебное в интерфейсе: «Не CCaaS… soft, не ACL», «Site Lab: промпт и brief → flash / multi», «BRIEF JSON», «Suggested fixes из NAP-чеклиста», match_only/live_read, «native boost»; на картах и у конкурентов — имена переменных окружения (GOOGLE_PLACES_API_KEY, DGIS_MAP_KEY).
• Неправда поменьше: «NAP ok — можно запускать рекламу» без телефона и адреса; сайт «Опубликован · Live» рядом с 404; «Тариф Старт · Оплачено» у бесплатного; «Загрузка…» в блоке сроков висит вечно.
• Телефон: «Сообщения» обрезаны справа (до 834 px), тред под длинной шапкой; аналитика — голый текст в блоке «Деньги»; высота очереди 13 тыс. px.
• Окна полупрозрачные — сквозь «Ответ на отзыв» просвечивают фильтры.

6.5 Скорость

Одно открытие /app/ — 82–84 запроса, из них 36 к API (6 повторных: brand-kit, oauth/status, ads/accounts по два раза), ≈ 1 МБ; app.js 843 КБ (224 КБ gzip), HTML кабинета 278 КБ с разметкой всех разделов. Load 0,6–1,1 с локально — терпимо, но 4–5 перезагрузок за минуту упираются в ограничитель 180 запросов/мин → 13 разделов подряд «Слишком много запросов». Лечение: один стартовый запрос (/api/v1/bootstrap), ленивые модули по корням, не дёргать выключенные разделы (403/404 к catalog, demand, citations при каждом входе).

6.6 Сверка с проходом 26.09

Из 8 проблем 26.09 полностью не решена ни одна: заметно лучше — действия на месте (6 из 30 вместо 1 из 14), частично — лента «Сделано» (но с новой неправдой), хуже — число разделов «Инструментов» (19 вместо 16). Вывод: точечные правки не меняют впечатления — нужна новая оболочка (Ф2), а P0 — немедленно (Ф0).

7. Рынок и право: что изменилось за месяц

Непроверенное (по вторичным источникам): цены Расширенного тарифа Яндекса, лимиты Places API, типы кнопок MAX, условия API мессенджера Авито.

8. Концепция после плана

Сохраняем ядро концепции 26.09 и усиливаем там, где показал анализ:

1. Смена из 4 ИИ-сотрудников — Репутация, Администратор, Витрина, Маркетолог. У каждого типа дела режим (выкл / предлагает / на одобрение / делает и сообщает), потолок, который не поднять, лестница доверия, «никогда», обучение фразой, примерка на прошлых делах.
2. Пульт управления в корне «Смена» — сотрудники, наблюдатели-боты, ИИ-модели и расход в рублях, журнал решений «сделал / не сделал + причина». Одна кнопка «Пауза всей смены».
3. «Мост» — новый компонент: расширение браузера для Яндекса и 2ГИС. Забирает отзывы со страницы кабинета и вставляет готовый ответ, «Отправить» жмёт человек, бот подтверждает. Без паролей, только по нажатию, только во вкладке владельца.
4. Решения в один тап — в MAX первым, Telegram и почта равноправно; мгновенно — только негатив и заявки, сводка в 9:00, ночью тишина.
5. Пять корней: Сегодня · Клиенты · Витрина · Смена · Итоги. Настройки — в меню аккаунта, поиск и поручения — Ctrl K.
6. Честность как свойство продукта: «опубликовано» только с доказательством, у каждой цифры источник и дата, у каждого действия — кто сделал (модель, бот, API, человек).

9. План по фазам

Оценки — инженерные человеко-дни, не замер. Каждая фаза — с критерием выхода, проверкой онлайн на Sagar и записью в журнал выкладок.

Ф0 · Фундамент прода · 2–4 дня

Выход: /health без degraded; тестовый негатив пришёл в MAX и Telegram с кнопками; при выключенном облаке ответила своя модель; бот прогнал проверку сайта.

Ф1 · Живые входящие · 7–10 дней

Выход: отзыв Яндекса или 2ГИС: появился → черновик → «Подтвердить» в MAX → Мост вставил → бот подтвердил; владелец — не больше 3 нажатий; ручного «отметить вставленным» нет.

Ф2 · Простой кабинет · 8–12 дней

Выход: 4 сквозных сценария на 390 и 1 440 px; до первой пользы < 10 минут; каждый старый адрес открывает своё место.

Ф3 · Пилот · 4–6 дней + 3 недели наблюдения

• 3–5 бизнесов (1–3 точки) и одно агентство; консьерж-подключение за 30 минут.
• Демо-песочница с вымышленными данными («посмотреть без регистрации»), для продаж.
• Публичная цена за точку (рынок: 750–1 800 ₽), счёт по реквизитам.
• Метрики пилота в Ops (раздел 10).
• Юридический минимум: согласие 152-ФЗ отдельным документом, политика, оферта с правами на ИИ-тексты; 199-ФЗ — вход по телефону РФ или Яндекс ID / VK ID, правила рекомендаций — юрист.

Выход: ≥3 бизнеса пользуются 3 недели; ≥70% дел закрывает смена; ≥85% черновиков без правок.

Ф4 · Смена и пульт управления · 10–14 дней

• Реестр 4 сотрудников × типы дел × режим × потолок; одна функция решения для всех типов (обобщение DecideAutoReply).
• Лестница доверия (≥20 без правок за ≥14 дней → предложение; отмена или жалоба → ступень вниз), «никогда», обучение фразой, примерка на 30 прошлых делах.
• «Пауза всей смены» (automation_paused_until, проверка во всех исполнителях); журнал решений с причинами из закрытого списка; лента «Сделано» — со всеми отказами, ботами, заявками, нажатиями.
• Пульт ботов (раздел 4): частота, следующий запуск, бюджет на организацию, конструктор → наблюдатель, повторы, автозакрытие.
• Модели и расход: рубли по задачам, бюджет на организацию для всех задач (по образцу интервью), «написано моделью / шаблоном» в отзыве, YandexART в расходе, атрибуция всех вызовов; оценка локальной модели на эталонных делах.

Выход: предпросмотр = исполнение на делах пилота; ноль молчаливых отказов; расход в рублях виден.

Ф5 · Витрина с доказательством · 12–16 дней

• Один каталог вместо content_items + catalog_offers; мастер размещений из ветки bot-functionality — по частям.
• Просьба → позиция: фраза, прайс или фото → тексты под площадки (agent.Editor) → фото (иллюстрация только с меткой) → «Да» → 8 состояний → бот.
• Сайт фразой: план правки → сверка с витриной → предпросмотр с noindex → публикация → откат.
• Цены сайта из витрины; ссылка на YML-фид для каждой организации; 152-ФЗ на сайтах клиентов.

Выход: позиция по фразе — на сайте сразу, на Авито по API, в Яндексе подтверждена ботом.

Ф6 · Рост и итоги · 7–10 дней

• Утренняя сводка и неделя: сделала смена / решили вы / сэкономлено по открытой формуле / что не сработало.
• Вордстат → план постов на 2 недели; посты в каналы MAX и Telegram.
• Директ: статистика по расписанию, совет по бюджету с расчётом; «стоит ли Расширенный тариф Яндекса»; деньги — только с «да».
• Агентство: портфель по рискам, пакет безопасных решений, отчёт без бренда.
• Гипотеза: бот «что ИИ площадок говорит о вас» (Алиса в Картах, помощник 2ГИС).

Ф7 · Помощник · 5–8 дней

Чат и Ctrl K: ответ с источником и датой; многошаговое — сначала план из действий реестра; те же команды в MAX и Telegram; 30+ сценариев проверки (команды в тексте отзыва, чужая организация, «удали отзывы», «ответь всем негативным сама»).

Ф8 · Каналы и деньги · по итерациям

Оплата картой и СБП → Авито Автозагрузка → Ozon / WB / Маркет → мини-приложение MAX (запись и отзыв) → телефония (пропущенный звонок = заявка) → запись на время → партнёрские API площадок, когда дадут.

Т · Сквозной техдолг · 8–12 дней параллельно

Версионные миграции вместо 142 CREATE + 116 ALTER при старте; тикер → очередь задач с блокировкой ведущего и метками «последний запуск» в БД (выкладка не запускает все суточные задачи разом); доменная логика из httpapi (49 тыс. строк) в пакеты; удалить 107 разовых pilot_go_on*.py; CI-раннер; горячее применение флагов.

9.6 Соответствие плану 26.09

9.7 Порядок и параллельные сессии

Итого ≈ 75–100 инженерных дней; при 3–4 параллельных сессиях ≈ 10 недель.

10. Метрики успеха (цели пилота)

11. Рабочий макет

Онлайн: https://bizhub-plan-1015.24oros.ru/maket/ (Sagar, noindex). Локально: mockups/plan-2026-10-15/index.html.

• «После фазы» вверху — кабинет таким, каким он станет после каждой фазы; «Сейчас» — как на проде 15.10; более поздние возможности приглушены и подписаны.
• «Под капотом» — у каждого действия видно, кто его делает: модель, бот, API площадки, человек.
• Скриншоты текущего кабинета (локальный тестовый экземпляр) — в конце страницы отчёта.
• Сценарии: «Сегодня» → «Отправить» с отменой; «Клиенты» → разговор с конвейером; «Мост» → забрать, вставить, отправить, бот подтвердил; «Телефон» → MAX «Подтвердить» → «Отменить»; «Смена» → сотрудник, лестница, «Научить», «Примерить»; «Наблюдатели» → создать бота фразой; «ИИ-модели» → расход и оценка новой модели; «Витрина» → «Исправить всё», «Попросить смену», сайт фразой; «Итоги» → «как посчитано»; «Первый запуск»; «Агентство»; «Помощник»; «Оператор», «План», «Готовность».

Данные выдуманы, действия живут в памяти страницы.

12. Решения владельца и риски

Нужно от владельца:

1. Создать ботов BizHub в MAX (бизнес-консоль с верификацией) и Telegram (@BotFather) — токены положим скриптом.
2. Войти заново в Google; решить по тарифу 2ГИС Places.
3. Подтвердить порядок: пилот до «смены» (Ф3 раньше Ф4) и Мост как основной путь для Яндекса и 2ГИС.
4. Подобрать 3–5 пилотных бизнесов и одно агентство; юрист — 152-ФЗ, 199-ФЗ, правила площадок для Моста.

Риски:

• Площадки могут ограничить расширения — Мост не автоматизирует «Отправить» и не хранит пароли; запасной путь — вставка списка (уже есть) и «скопировать и открыть».
• Модели отключают с месячным уведомлением — держать проверку моделей в CI и запасную локальную.
• Сервер перегружен чужими сборками (load ≈ 40) — ограничить ресурсы чужих задач или вынести BizHub на отдельный узел до пилота.
• Право — 199-ФЗ и 265-ФЗ со штрафами до 700 тыс. ₽; юридически значимое готовим и включаем после юриста.
• Параллельные сессии — расходятся ветки; правило «один писатель на набор файлов» и проверка merge-base перед выкладкой.

Скриншоты текущего кабинета (15.10, локальный тестовый экземпляр)