Контекст

Неделя с 21 по 26 мая. Но началось всё с разговора в начале недели который закрыл месяц предыдущей работы. Сел с агентом, попросил выписать цели которые ставились месяц назад по RMT. Смотрел на список и понимал: ноль рублей заработано с маркетплейса, ничего из того что планировалось не ожило.

Честный итог: месяца хватило чтобы проверить. Не жило и не зажило бы.

60к не с того откуда ждал

Деньги уже были, просто не там

За май заработал 60 тыс. руб. Но не с RMT — с тренерства, с водного сезона, с учеников. Это не было целью в начале мая, это просто происходило параллельно. Парусный сезон начался, социализировался, снова на воде каждую неделю.

Поэтому разворот не болезненный. Это не "ничего не получилось". Это "всё получилось, просто в другом месте". Вектор сменился: портфолио, клиентские задачи, AI-стек под тренерскую работу. Строить воркфлоу который заменит команду разработчиков и маркетологов — но уже в той нише где реально есть спрос.

Итог

Месяц нужен чтобы проверить направление. RMT проверен — не живёт. Тренерство живёт. Дальше строим там где жизнь уже есть.

Три таблицы и ручная сверка расписания

Когда данные не сходятся, кто-то несёт потери

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

Оказалось что расписание в клубе живёт в трёх независимых местах: таблица с цветовой отметкой доступности инструкторов, CSV-файл расписания на день, и витрина на сайте где клиент выбирает слот. Все три обновляются по-разному, никакой автосинхронизации нет. Администратор вручную сверяет и выставляет — обычно с 20:00 до 21:00.

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

Пока без автоматизации. Сначала плейбук: что такое сверка, откуда берутся данные, в каком порядке смотреть. Называется это теперь сверка, не "синхронизация". Важно закрепить термин — иначе каждый раз будем переобъяснять.

Инсайт

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

Саша, group bot и sailsandra.com

Первый клиент с собственным доменом

Саша — второй инструктор в клубе, работает в Строгино. Сотрудничество растёт постепенно: сначала тренировочный план, потом совместные тренировки с учениками. На этой неделе стало понятно что нужна отдельная инфраструктура.

Первое — групповой бот. Создали общий чат, поставили туда бота. Идея: я могу ставить задачи прямо в переписке, бот их фиксирует и исполняет. Первая итерация: бот слишком проактивен, отвечал без тега. Убрали проактивность — теперь работает только по вызову.

Второе — домен. Домен sailsandra.com уже был зарегистрирован. Подняли систему на отдельном порту, настроили DNS через рег.ру, nginx с SSL. Первый раз когда чужой инструктор получает отдельный домен под нашу инфраструктуру.

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

Параллельно пришла мысль про масштаб. Если инструкторов будет не два, а десять — это уже не кастомная установка для каждого, это мультитенантная платформа. Изучил что уже есть: sailcoach.app, sailcoach.com, sailsync.ai. Ниша существует, но в русском яхтенном обучении — пусто. Пока просто ресёрч, не продукт. Но направление зафиксировано.

Юля: фокус важнее техники

Что делать с рулевым который отвлекается

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

Это не техническая проблема. Это проблема распределения внимания. Рулевому нужно держать три вещи одновременно: курс, парус, экипаж. Когда появляется четвёртая (разговор) — что-то выпадает. Обычно выпадает курс, потому что он не кричит.

Составил план на тренировку 28-го: сделать из неё рулевого, а не пассажира. Минимум комментариев от инструктора, максимум самостоятельных решений. Посмотрим на воде как пойдёт.

Instructor CRM: от набросков к архитектуре

Сессия как объект, роли как граница

Параллельно шла большая сессия по архитектуре системы управления тренировками. Задача — понять что строим фундаментально: не просто бота, а полноценный инструмент для инструктора.

Центральная сущность — сессия. Тип (тренировка, гонка, событие), дата, лодка привязанная к слоту с сайта Силы Ветра, экипаж. Дополнительно: прогноз погоды прямо в карточке слота. Не отдельная команда /wind — чип с ветром сразу подтягивается к каждому слоту.

Вторая большая тема — роли пользователей. Ученик получает одни оповещения, инструктор другие, администратор третьи. Пользователь сам выбирает роль при входе — и дальше видит только своё. Пока это ТЗ, не код. Но архитектура зафиксирована.

Телеграм-бот как интерфейс, сайт как основа с автотестами. Сначала выкатываем тестовый контур на вебе, потом телеграм. Это правильный порядок — в боте не отладишь без реальных пользователей.

Агентная экосистема в operator

Четыре агента, один вопрос

На неделе operator прирос несколькими агентами сразу. Не по одному — параллельно.

Scout — сканирует ноутбук. Что за проекты живут, что трогается каждый день, что лежит мёртвым. Коммиты неточная метрика — большая часть работы это разговоры с агентами, не пуши в гит.

Sentinel — системный сторож. Следит за состоянием инфраструктуры, поднятыми сервисами, алертами.

Critic — проверяет выводы других агентов. Не исполнитель, не аналитик — ему задача задать неудобный вопрос про каждый вывод который сделали scout и meta_reflect.

Playbook — бизнес-аналитик нейроменеджера. Собирает данные по заказам, менеджерам, флоу, дырам. Строит один HTML-документ через который можно смотреть что происходит в бизнесе и давать фидбек агентам.

Последнее — идея статического HTML с интерфейсом фидбека. Не Flask, не API. Просто файл который агенты обновляют, а человек читает и оставляет комментарии которые идут в следующую итерацию. Попытка сделать нативный ридер для агентного вывода.

Инсайт

Когда агентов больше трёх — нужен интерфейс для наблюдения, не только для запуска. HTML-документ как общий язык между человеком и системой.

Цифры недели

Смена вектора не драматична когда деньги уже текут в нужном направлении. Просто надо это увидеть и перестать строить туда где никого нет.