Перейти к содержимому

INITE / ЯДРО ПЛАТФОРМЫ

Общее ядро продуктов INITEи почему в нём три сервиса

Одиннадцать продуктов INITE и этот сайт работают на трёх общих сервисах: Identity отвечает за вход, Brain за память, Billing за оплату. Новому продукту, которому нужны логин, история или счёт, не приходится строить их заново, поэтому его собирают за недели.

АРХИТЕКТУРА / ПРОДУКТЫ И ЯДРОреестр INITE

Вертикали10

  • Rentпилот
  • Estate
  • Shop
  • Health
  • Digital
  • Studio
  • Fund
  • Food
  • Travel
  • Sport

Слой решений1

  • Solutions

Ядро3

  • Identityauth.inite.ai
  • Brainbrain.inite.ai
  • Billingbilling.inite.ai

11

продуктов работают на ядре

3

общих сервиса

INITE Rent помечен как пилот: всё новое в общем слое сначала проверяют на нём.

Состав взят из реестра продуктов11 / 3

Три сервиса

Три сервисаauth · brain · billing

  • INITE Identity

    Вход
    auth.inite.ai

    Вход по OAuth 2.0 и OIDC, один на все продукты. У человека один аккаунт во всех продуктах INITE, а оператор отзывает доступ в одном месте.

    • Вход по passkey или ссылке из письма, без пароля
    • Сервисные токены для запросов между продуктами
    • Привязка Web3-кошелька, если он нужен продукту
    • Интерфейс MCP: агент администрирует вход так же, как человек
    • Можно развернуть на своём сервере в сети без выхода наружу

  • INITE Brain

    Память
    brain.inite.ai

    Битемпоральный граф знаний. У каждого факта две даты: с какого дня он верен и с какого дня граф о нём знает. Зачем это нужно, показано на схеме ниже.

    • Доменные пакеты: словарь отрасли, общий для всех её продуктов
    • Навыки: поведение описано один раз, с версиями, и одинаково во всех продуктах
    • Интерфейс MCP, через который агент читает и пишет граф
    • Агенту доступны те же инструменты, что и оператору

  • INITE Billing

    Оплата
    billing.inite.ai

    Продукты обращаются к одному интерфейсу и не знают, какой провайдер проводит платёж. Чтобы сменить провайдера, меняют настройку, продукты при этом не трогают.

    • Подписки и оплата по потреблению в одном реестре
    • Что открывает тариф, задаётся в одном месте для всех продуктов
    • Многоуровневые рефералы
    • Одна установка обслуживает много компаний
ЧТО ЗНАЧИТ БИТЕМПОРАЛЬНЫЙсхема

Когда это было верно

1 марта

Что граф считал верным

4 200 ₽
3 900 ₽
12 июня3 августа
  1. 1 мартаКогда это было верно
  2. 12 июняЧто граф считал верным4 200 ₽
  3. 3 августаЧто граф считал верным3 900 ₽

2

оси времени на каждом факте

  • Какая ставка действовала в апреле? - 3 900.
  • А что граф отвечал про апрель в разное время? - В апреле ничего, в июле 4 200, с августа 3 900.

Числа условные. До июня граф о ставке не знал, 12 июня записал неверную, 4 200, а 3 августа исправил на 3 900 и помнит, что считал раньше.

Обычная база хранит одну из этих строк2

Почему три, а не тридцать

Любому продукту нужно знать три вещи: кто пришёл, что о нём уже известно и что ему позволяет тариф. CRM проката машин, сделка с недвижимостью и консоль ресторана задают одни и те же три вопроса, и на них уходит больше всего времени.

Раз эти ответы уже есть, новый продукт начинают сразу с его задачи. Ошибку входа чинят в одном месте, платежи сверяют по одному реестру, а факт, исправленный в одном продукте, исправлен во всех.

Обратная сторона в том, что сервисы должны подходить всем. Если продукту нужно то, чего они не умеют, дорабатывают сам сервис, а им пользуются остальные десять продуктов. Для этого и нужен пилот: INITE Rent первым натыкается на такие пробелы, и ошибка задевает только его.

Пользоваться без нас

Identity можно развернуть на своём сервере. У всех трёх сервисов есть интерфейс MCP, и агент управляет ими напрямую, без наших экранов. Если вы строите продукт для агентов и хотите взять эти сервисы в основу, ссылки ниже: у каждого своё описание интерфейса.

Продукты на этих сервисах

Десять отраслевых продуктов и один общий слой решений. Порядок взят из реестра, ссылки ведут на сами продукты.

Или соберём продукт вместе

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

Обсудить

От задачи к работающему решению

Сначала выбираем процесс, где автоматизация даст заметный эффект. Затем INITE Solutions собирает и запускает решение. Для аренды, недвижимости, торговли и других сфер у нас уже есть готовые продукты.

  1. 01Работа с бизнесом

    INITE

    Находим узкие места, оцениваем эффект и отвечаем за внедрение.

  2. 02Автоматизация процессов

    INITE Solutions

    Собираем и запускаем решение для конкретного процесса - от заявки до отчётности.

  3. 03Готовые продукты

    Решения для отраслей

    Rent, Estate, Shop, Health и другие продукты учитывают правила конкретной отрасли.

Что общего у всех продуктов

Identity управляет доступом, Brain хранит знания, Billing ведёт тарифы и лимиты. Поэтому новые решения не приходится каждый раз собирать с нуля.

Что ещё работает внутри

Интеграции, запуск задач и контроль работы. Эти компоненты используются во всех решениях INITE.

С чего начать

Выберите свою ситуацию - мы сразу направим вас в нужный раздел.

Об INITE →