Valcore: что именно мы строим и кто нам нужен, чтобы это заработало на уровне системы
Есть момент, когда нужно перестать говорить “в целом идея понятна” и наконец показать, что именно мы собираем. Без тумана. Без маркетинговых облаков. По-взрослому.
Valcore — это сервис умных value-ставок + AI-ассистент, который не играет в шамана, а работает с честной вероятностью. Живая система: данные → модель → вероятность → value → объяснение. И всё это не концепт, а продукт, который развивается по архитектуре, а не по вдохновению.
Вы, наверное, сейчас подумали: «Ладно, а что по стеку?» Отвечаю просто.
Базовая модель Valcore: Python, FastAPI, PostgreSQL, Redis. Парсеры на requests/httpx (+ при необходимости Playwright/Selenium). ML на старте — без фанатизма: Elo, логистическая регрессия, аккуратные корректировки. Хватит, чтобы устойчиво считать вероятности и давать честные value-сигналы.
Теперь — что по модулям. Здесь тоже всё без магии:
-
База данных: схемы для матчей, коэффициентов, результатов, value-окна. Простая, но взрослая структура: без хаоса, без Excel-таблиц, без “потом поправим”.
-
Парсеры / интеграции: чистый сбор данных с нескольких источников. Нет данных → нет вероятностей → нет value. Это фундамент.
-
Аналитическое ядро: те самые модели вероятностей, которые спорят с линией букмекера.
-
API-слой: чтобы AI-ассистент не “гадал”, а обращался к ядру, считал, сравнивал, объяснял.
-
Telegram-бот: интерфейс, где всё это собирается для пользователя без лишнего шума.
Всё это — нормальная инженерная работа. Не “пет-проект на выходные”, а аккуратная сборка системы, которая должна жить долго, стабильно и предсказуемо.
И да, тут важно сказать ещё один момент. Нам не нужен наёмный программист в формате “сделай фичу и пропал”. Это партнёрская история.
Вилка доли честно озвучена: 10–20%. За ответственность. За архитектуру. За то, что вместе доводим Valcore до состояния зрелого сервиса.
Если вам интересно и откликается — напишите в личку, поговорим. Тут много работы, но и много воздуха для инженерных решений.
В следующем посте будет финальная точка серии — уровень “Хочу”. Там я соберу всё воедино: продукт, логику, роль, горизонт, и объясню, почему Valcore — это проект, куда заходят осознанно.
Продолжим завтра.
· 13.12.2025
А почему ядро аналитики не в дата слое, и апи к ней напрямую идет? Это же нужно считать над данными, а не на запрос
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 14.12.2025
Хороший вопрос, спасибо — он ровно про архитектуру, а не про слова
Если коротко: ядро логически над данными, но физически не обязано быть частью data layer.
Data layer в Valcore — это: хранение, нормализация, история, источник истины.
Аналитическое ядро — это: расчёт вероятностей, пересчёт моделей, value, EV, флаги риска.
В версии 1.0 ядро действительно может считать по расписанию (батчи) и складывать результаты обратно в БД — это базовый сценарий. API в этом случае не “считает”, а читает уже посчитанное.
Но архитектурно ядро вынесено отдельно намеренно: — чтобы не связывать расчёты с форматом хранения, — чтобы спокойно масштабировать пересчёты, — чтобы дальше добавить live/инкрементальные апдейты, — и чтобы ассистент всегда работал с результатом, а не с сырыми данными.
Проще говоря: данные лежат, ядро думает, API разговаривает.
Если всё это слить в один слой — на старте быстрее, но дальше больно. Мы сознательно идём по пути чуть более сложной, но живучей схемы.
И да, ты прав: считать “на запрос” — плохая идея. В проде так и не будет.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён