Целевая система и наша система
Наведу внимание на это объект в общих штрихах.
Сообщества, помещает участников в роли. Синхронизирует мемы. Сообщество взаимодействует с другими сообществами. Сообщество привлекает новых участников.
Сообщество можно описать как набор ролей, и сервисов которыми пользуются участники.
Целевая система это сообщество.
Наша система это оргзвено начисления токенов если смотреть конструктивно. Если функционально то это служба которая должна увеличить через вознаграждение поведения вероятность нахождения участников в нужных ролях. Помещает желающих участников в роли. Функция похожая на лидерство.
MVP-вариант включает:
- Поддержку минимального набора ключевых ролей.
- Тестирование гипотезы о том, что система подкрепления приводит к увеличению частоты целевых действий. Измерять количество событий за день усредненное по неделе.
Дополнительно:
- Тестирование гипотезы, что будет увеличение скорости притока платных подписчиков. Скорость притока платежей можно мерить в месяцах оплаты в неделю.
- Тестирование гипотезы, о том что будет увеличение скорости притока пользователей AIsistant. Можно мерять как новых пользователей в неделю.
Часть данных, используемых для начисления токенов, будет повторно использованы и в аналитических целях для тестирования гипотезы о подкрепляемых ролях.
Подкрепляемые действия и формируемые роли
Таблица
| Подкрепляемое поведение | Формируемое мастерство | Подкрепляемая роль |
|---|---|---|
| Систематичность | Собранность | Важно для всех ролей |
| Поставленный лайк | Навык отбора лучшего | Мотиватор |
| Написанный текст | Мышление письмом | Мыслитель |
| Полученный лайк | Мышление письмом | Мыслитель |
| Полученный комментарий | Мышление письмом | Мыслитель |
| Оставленный комментарий | Коммуникация письмом | |
| Прочтение раздела | Медленное чтение | Ученик |
| Выполнение задания | Мышление письмом | Ученик |
Поведенческая логика:
- Поведение с большей значимостью и квалификацией подкрепляется пропорционально большей наградой.
- Начисление токенов будет производиться раз в неделю.
- Подкрепляются, наградой за событие, коэффициентом на который увеличивается награда, увеличением границы сверху для награды.
- Принцип подкрепления: действие → стимул → награда → закрепление роли.
- Вхождение раньше более выгодно по сравнению с более поздним вхождением.
- Минус: высокая активность других участников может снижать индивидуальную долю награды. Но если количество людей будет расти то будет расти и стоимость токена.
Правила начисления токенов
Ранг пользователя определяет максимальное количество баллов, которое он может получить за отчётный период.
Ранг рассчитывается по формуле:
Итоговый коэффициент участника на неделю = Коэффициент за квалификацию × Коэффициент за систематичность
Ранг = Базовый ранг активного действия × Итоговый коэффициент участника на неделю
Финальный результат участника определяется как сумма баллов за все учтённые события, умноженная на итоговый коэффициент:
Итоговые баллы = Σ(веса событий участника за неделю) × Итоговый коэффициент участника на неделю
Таким образом, квалификация и систематичность не просто увеличивают ранг, но и пропорционально итоговому коэффициенту увеличивают награду. Активность, совершаемая участником с более высокой квалификацией, подкрепляется большей наградой.
Таблица квалификаций:
| Квалификация | Базовый ранг | Коэффициент за квалификацию |
|---|---|---|
| Первокурсник | 50 | 1 |
| Ученик | 100 | 1.2 |
| Стратег | 100 | 1.4 |
| Специалист | 100 | 1.7 |
| Практик | 100 | 2.1 |
| Мастер | 100 | 2.5 |
| Реформатор | 100 | 3 |
| Общественный деятель (революционер) | 100 | 3.6 |
Таблица систематичности:
| Недель подряд | Коэффициент за систематичность |
|---|---|
| 1 | 1 |
| 2 | 1.02 |
| 3 | 1.04 |
| 4 | 1.09 |
| 5+ | 1.2 |
Вес действий:
| Событие | Вес | Лимит в день |
|---|---|---|
| Прочтение раздела | 50 | 5 |
| Выполнение задания | 100 | 5 |
| Написанный текст | 200 | 1 |
| Поставленный лайк | 10 | 5 |
| Полученный лайк | 20 | 10 |
| Полученный комментарий | 50 | 5 |
| Оставленный комментарий | 50 | 5 |
Служба начисления токенов как прозрачный ящик.
Включает в себя:
- Сервис крипто валютных начислений.
- Виджет отображения заработанных баллов на главной странице AISsistant.
- Веб-сервис предоставляющий API в том числе для виджета отображения заработанных баллов на главной странице AISsistant.
- Служба переноса информации из Discourse в PostHog.
- Плагины в discourse для получения информации по событиям.
- Служба расчета баллов за активные действия.
- Подсистема визуализация данных для тестирования гипотез.
Использует:
- Хранилище событий реализованное на базе колоночной базы данных PostHog.
Сервис крипто валютных начислений.
Раз в неделю выполняется эмиссия токенов.
Сервис крипто валютных начислений данные о начисленных токенах в кошельках пользователей, предоставляет возможность использовать их для оплаты. Сервис на базе Solana. Идентификаторы кошельков образованы от кэширования email.
Виджет на главной странице Aisystant.
В интерактивном режиме раз в час отображает, заработанные пользователем баллы, которые в дальнейшем используются для начисления токенов образуя базу распределения, для эмитированных токенов.
Веб-сервис предоставляющий через API данные для виджета отображения заработанных баллов на главной странице AISsistant.
Предположительно будет предоставлять интерфейс для виджета на главной странице по начисленным балам, собирая данные из хранилища PostHog.
Так-же в него можно вынести функции
- получения файла для распределения эмиссии токенов.
- получения файла pdf файл с детализацией начислений.
В будущих версиях возможность с помощь его устанавливать правила начисления.
Служба расчета баллов за активные действия -
Выполняет расчет баллов по активным действиям раз в час и сохраняет в колоночную базу данных PostHog.
Баллы образуют базу распределения для распределения эмиссии токенов среди участников. Учет токенов в кошельках ведется с использованием стороннего сервиса работы с криптовалютой. Идентификатор кошелька образуется хешированиеv email.
Методолог предоставляет правила начисления баллов.
Пока правила сохраняются рпограммистом.
Эти данные используются для получения:
Файла для начисления токенов содержит следующие колонки:
- ID пользователя (получается хешированием email),
- Дата начала недели, за которую произведён расчёт,
- Доля баллов участника от общего числа баллов (все доли в сумме равны 1.000).
Файла расшифровки начисления пользователя (в формате PDF) должен содержать расшифровку начислений в структуре сверху вниз:
-
проверка факторов, влияющих на право на участия (например, оплачена ли подписка),
-
Коэффициенты за систематичность, квалификацию.
-
таблица начислений по дням,
-
детализация по каждому дню вплоть до конкретных событий.
-
актуальные правила начисления
Так как правила начисления могут меняться, в PDF-расшифровке всегда должна расшифровываться актуальная версия применённых правил.
Служба расчета баллов использует внешние источники данных такие как PostHog, API-Asistant.
Ограничение: по возможности не использовать другие базы данных.
И учитывать ограничения колоночной баз дынных PostHog, не использовать UPDATE и DELETE
Служба расчета баллов за активные действия прозрачный ящик
Реализована будет через, скрипт, что будет запускаться раз в час и рассчитывать баллы.
Сами правила будут храниться, так же в PostHog. У записи в базе данных есть идентификатор, это идентификатор будет в поле parent у события points_for_tokens. Наличие у события points_for_tokens поля parent, будет содержать привязку к событию которое уже обработано.
Периодичность правил:
Правила начисления хранятся так же в PostHog. Периодичность изменения правил день. В случае если несколько правил введено в один день, активным считается самое последнее. Записи в этот день пересчитываются созданием новых начислений. Те начисления которые были сторнируются, через запись события storno_points_for_tokens с указанием в поле parent сторнируемого события.
Другой вариант удалять записи, по которым выполняется перерасчет.
Или определять начало действия правила, с момента времени когда оно было помещено в базу данных.
Другой вариант, это разрешить устанавливать правила только будущей датой.
Подсистема визуализация данных для тестирования гипотез
Нужна для тестирования гипотез, об увеличении частоты целевых событий, скорости оплат в неделю, и скорости притока новых пользователей. Использует как данные что регистрируются в PostHog.
Предполагается что будет сделана с использованием Grafana.
Служба переноса информации из Discourse в PostHog.
Запускается с интервалом раз в пол часа и переносит информацию о новых событиях в PostHog. Для ее работы нужна возможность получать события с указанием интервала времени для отбора из Discourse .
Плагины в discourse для получения информации по событиям.
Стандартный набор API не позволяет получить некоторые события с отбором за период. Например лайки. Поэтому необходимо делать плагин, который сможет возвращать данные за период.
Поскольку плагин подключается переборкой, необходима будет локальная копия Discourse.
Хранилище результатов расчетов в PostHog.
Хранилище событий сделано на базе колоночной базы данных. Что позволяет работать с большими объемами данных, добавлять и агрегировать запросами.
Из минусов, ограничение то что не эффективны операции UPDATE и DELETE. Что необходимо будет учитывать.
Предположительно будет два PostHog уличный регистрирующий все события с сайта. И сообщества в котором регистрируются события активности, часть событий используемых для начисления токенов.
Источники данных для начисления токенов и тестирования гипотез
Table 4
| Данные | Источник | Где используется | Комментарий |
|---|---|---|---|
| Правила начислений | Методолог | Начисление. |
|
| Систематичность | api-asistant | Начисление | Данные о днях систематичности; отображаются на сайте, доступны для контроля участником. |
| Квалификация | api-asistant | Начисление. | |
| Оплата подписки | api-asistant | Начисление. | Используется как фильтр допуска к участию в расчёте токенов. |
| Прочитан раздел | PostHog | Начисление. Тестирование гипотез. |
|
| Выполнено задание | PostHog | Начисление. | |
| Поставленный лайк | — | Начисление. Тестирование гипотез. |
|
| Полученный лайк | — | Начисление. Тестирование гипотез. |
|
| Написанный текст | — | Начисление. Тестирование гипотез. |
|
| Полученный комментарий | — | Начисление. Тестирование гипотез. |
|
| Оставленный комментарий | — | Начисление. Тестирование гипотез. |
|
| Новые пользователи | PostHog | Тестирование гипотез. | |
| Новые оплаты | PostHog | Тестирование гипотез. |
Чек-лист работ
- Сделаны файл начислений за неделю по имеющимся событиям
- События что есть для начисления перенесены в прототип домашнего PostHog.
- Email каждого участника хэширован в файле начислений
- Созданы файлы начислений токенов за неделю в требуемом формате.
- Правила начисления сохранены в PostHog.
- Начисления сохранены в PostHog.
- Для расчета используются события и правила хранимые PostHog.
- Подготовлены четыре
.csv-файла:
• tokens_2025-04-28.csv
• tokens_2025-05-05.csv
• tokens_2025-05-12.csv
• tokens_2025-05-19.csv
- Файл протестирован для работы с сервисом начисления токенов
- Создан механизм для формирования PDF-файла
- Формируется расшифровка начислений по неделе для каждого пользователя
- Проверен для 5 случайных пользователей
- Сформированы визуализации для тестирования гипотез
- Сделана визуализация при помощи Grafana по данным которые есть, охватывают период в 4 месяца.
- Добавлены новые события
-
Развернут локально Discourse для написания плагинов (необходимо так как подключение плагина требует переборки Discourse)
-
Учтено действие: поставленный лайк
- Реализован плагин в Discourse для получения этого события за интервал времени.
- Служба которая перемещает эту информацию в PostHog.
- Содержится в файле для начисления токенов
- Отображается в PDF-расшифровке
- Учтено действие: полученн лайк
- Реализован плагин в Discourse для получения этого события за интервал времени.
- Служба перемещает эту информацию в PostHog.
- Есть возможность получить данные
- Содержится в файле для начисления токенов
- Отображается в PDF-расшифровке
- Учтено действие: написан текст
- Реализован плагин в Discourse для получения этого события за интервал времени.
- Служба перемещает эту информацию в PostHog.
- Есть возможность получить данные
- Содержится в файле для начисления токенов
- Отображается в PDF-расшифровке
- Учтено действие: полученн комментарий
- Реализован плагин в Discourse для получения этого события за интервал времени.
- Служба перемещает эту информацию в PostHog.
- Есть возможность получить данные
- Содержится в файле для начисления токенов
- Отображается в PDF-расшифровке
- Учтено действие: оставленн комментарий
- Реализован плагин в Discourse для получения этого события за интервал времени.
- Служба перемещает эту информацию в PostHog.
- Есть возможность получить данные
- Содержится в файле для начисления токенов
- Отображается в PDF-расшифровке
- API-сервис реализован end-point для виджета
- API-сервис реализован end-point для получения pdf расшифровки
- API-сервис реализован end-point для получения файла начисления за неделю.
- Реализован виджет на сайте отображающий начисленные баллы
- Гипотеза MVP протестирована.
- На графике отображается приемлемый рост частоты целевых показателей
Следующее возможное развитие
-
Исключение программиста-расчётчика из вычислений. Сейчас он необходим для установки правил.
Автоматизация всех этапов расчёта токенов на основе правил и данных без ручного вмешательства. -
Тестирование новых методов обнаружения корреляции между начислениями и целевыми арказателями.
Поиск статистических и визуальных зависимостей между вознаграждением и проявлением целевого поведения. Что бы найти более оптимальные методы вознаграждения. -
Telegram-бот для получения расшифровки начислений в формате pdf. Альтернатива через на сайт.
Участник может по запросу получить свою PDF-расшифровку. -
Подкрепление амбассадоров
Введение отдельного механизма оценки и вознаграждения участников, способствующих развитию сообщества. Например, через повышение коэффициента. -
Учет новых действий на развитие сообщества. Например: по ссылке пришли люди.
