CRM: метрика которая лгала
G2G SLS, закрытые данные, сломанная сортировка
В CRM с самого начала была страница территорий — какие позиции у нас заняты, какие свободны, кто лидер в каждой. Сортировка строилась на total_success_order из G2G SLS API. Проблема вылезла при разборе: эти данные закрытые, G2G их искажает. Цифры в ответе не соответствуют реальности.
Провёл несколько сессий. Убрал orders полностью как метрику. Заменил на seller_count и leader_score — данные, которые SLS отдаёт честно. Теперь территория считается занятой не потому что там написаны сотни заказов, а потому что там реальные продавцы с реальным скором. Сортировка стала адекватной — видно где действительно плотно, а где только видимость.
Под конец недели вылезла отдельная проблема: tracking страница пропала из dev-окружения. Где-то в процессе правок рассинхронизировались dev и prod. Пока оставил как есть — основная работа по территориям сделана, остальное на следующую неделю.
CRM три месяца — и метрика была закрытой с первого дня. Никакой ошибки в коде не было — код честно брал то что давал API. Ошибка была в том что мы не проверили что именно API нам отдаёт. Надёжность данных — отдельный вопрос от надёжности кода.
!коллега: чужие данные на своём сервере
Новый клиент, новая модель
!коллега появился несколько недель назад как контакт. На этой неделе стал проектом. У него работает FunPay-операция с парсингом и рассылкой в Discord — всё на его VPS. Ему нужна была аналитика: что происходит с офферами, сколько активных, что новое, что закрылось.
Подключились к его серверу, нашли базы данных, создали репозиторий. На нашем VPS подняли страницу stre.maxlarsin.space — проекция его данных через наш дашборд. Feed событий: новые офферы, закрытые, изменения. Синк каждые несколько минут.
Сразу вылез баг: все новые офферы помечались как проданные, хотя они не проданы. Разобрались — статусы из его базы не совпадали с тем как мы их интерпретировали. Починили. Отдали на ревью.
Это не разработка продукта с нуля — это зеркало чужой операции. Клиент не меняет свой стек, мы просто делаем его данные видимыми в удобном виде. Быстро запустить, легко итерировать.
Persona Factory: когда не знаешь что строишь
Зверьки, персонажи, мульти-агентный чат
Началось с разговора про то, что хочется завести автономного агента. Не для конкретной задачи — просто чтобы был. «Как кошка или собака». Потом формулировка сменилась: не зверёк, а персонаж. С характером, а не просто функция.
Из этого за несколько сессий вырос проект: Telegram-бот-менеджер, который создаёт дочерних ботов-персонажей через Mini App. Параллельно — мульти-агентный командный чат на базе OpenRouter с несколькими бесплатными моделями. Каждая модель — отдельная роль в команде. Разработчик, менеджер, аналитик.
Посередине работы прямым текстом: «я на самом деле не знаю что создаю, это плохо?». Нет, не плохо. Но честно. Система работает когда в неё вложено много времени — пока этого нет, это исследование, не продукт.
Вопрос «что я создаю» — полезнее задавать в начале, чем в середине. Но лучше в середине, чем никогда. У многих он вообще не звучит.
Sandra: сайт за один сеанс
Figma, HTML, деплой
Поздно ночью 27-го пришёл запрос: нужен сайт-визитка. Есть Figma, есть домен — sailsandra.maxlarsin.space. Взяли дизайн из Figma, сделали статический HTML, добавили фото с эффектом круга, задеплоили на VPS.
От первого сообщения до работающей страницы — один сеанс. Это стало возможным потому что инфраструктура уже есть: VPS настроен, деплой отработан, шаблон HTML знакомый. Новые проекты запускаются быстрее когда предыдущие инвестиции в окружение сделаны.
Goofish: куки и уровни
RGV587 и эволюция до 10 уровня
Карточки товаров перестали открываться — Goofish выдавал anti-bot block (RGV587). Пробовали разные подходы. В итоге решение через Playwright с куками: открываем браузер с текущей сессией, обходим блок. Сохранили метод в документацию — в следующий раз не придётся изобретать заново.
Отдельно разобрались с датами на главной странице: карточки шли вразнобой, непонятно что новое. Добавили разметку по дате. Роадмап поднялся с 5-го до 10-го уровня — расписали что уже сделано, что в планах. Уровни — это не геймификация ради геймификации, а способ видеть прогресс в проекте который растёт медленно.
Между делом: бенчмарк нейронок
Идея, которая пока только идея
Наткнулся на инструмент который раз в день тестирует бесплатные модели OpenRouter и ставит им оценки для агентских задач. Это подтолкнуло к мысли: нужен свой бенчмарк, на реальных задачах. Взять последние 50 сессий Claude, прогнать их через разные модели, сравнить качество ответов на конкретных проблемах — не на синтетике.
Пока зафиксировали как идею. Neuromanager для этого подходит — там нет чувствительных данных. На следующих неделях.
Цифры недели
Куда ушло время
| Проект | Что делал |
|---|---|
| crm | территории, замена метрики |
| stre-dashboard | новый клиент, feed событий |
| persona-factory | мульти-агентный чат, персонажи |
| sandrasessions | сайт за один сеанс |
| goofish | антибот, куки, roadmap |
| obsidian | бенчмарк, playbook, рефлексия |
- 3 новых репозитория за неделю: stre-dashboard, persona-factory, sandrasessions
- 1 метрика убрана из CRM — год использовали данные которые врали
- 1 баг со статусами у !коллеги — все новые помечались как проданные
- 1 сайт от Figma до деплоя за один сеанс
- RGV587 — Goofish антибот, решён через Playwright с куками
- 10 — новый максимальный уровень Goofish roadmap
Седьмая неделя. Широкий фронт: три новых репозитория, каждый в своём темпе. CRM стал точнее. Стрé получил дашборд. Саша получила сайт. Persona Factory пока вопрос без ответа. Goofish научился обходить блок. Рабочая ширина — это и сила, и риск: что-то из начатого потеряется если не следить.