Что мы строим прямо сейчас
Шесть предыдущих глав описывали движок в полном виде — каким он замышлен, что должно работать, как устроены модули. В этой главе — состояние на сегодня, без округлений вверх. Что уже работает в продакшене, что находится в разработке под конкретный пилот, и что пока есть только в спецификациях.
Размер платформы
На середину мая 2026 года на платформе живут шестнадцать сообществ — пилотные и пробные. Активных участников, заходящих в систему регулярно, около сорока. Платящих клиентов пока нет: первый коммерческий пилот в финальной стадии технической готовности, переход к платной фазе ожидается в конце мая 2026 года.
Эти числа маленькие. Они не описывают рынок, потенциал или скорость роста. Они описывают фактическое состояние: что построено и что используется прямо сейчас. Книга прямо отмечает разницу между построенным и обещанным — это часть честного разговора с читателем.
Три типа сообществ в работе
Параллельно ведётся работа с тремя организациями, у каждой из которых свой профиль и своя задача. Подробное описание каждой — на странице «Зачем»; здесь — краткое изложение в контексте архитектуры.
Ремесленный кооператив
Потребительский кооператив в Беларуси. Основной запрос: прозрачные взаиморасчёты между членами в белорусских рублях, без выхода в банковские карты, с зачётом встречных требований по нормам гражданского законодательства. Лицевые счета, паевые вклады с расчётом при выходе, протоколы собраний.
Под эту задачу ведётся страновой режим Belarus — адаптация модулей Treasury, Documents и Registry под белорусское законодательство, валюту и учётные практики. Технический пилот в финальной стадии, переход к коммерческой фазе ожидается до конца мая 2026 года.
Модули в работе: Membership, Treasury (с параметром BYN-валюты и взаимозачётом), Proposal (общие собрания с кворумом по членству), Documents, Registry с шифрованием.
Образовательная экосистема
Многолетняя школа с длинными программами, в которой выпускник одного потока со временем становится преподавателем для следующего. Юрисдикция — Россия. Запрос: уйти со сторонней платформы, где курсы живут отдельно от сообщества. Иметь в одном месте уроки, проверку домашних заданий, репутацию ученика, разговор однокурсников, связь с преподавателем.
Под эту задачу в мае 2026 года в движок добавлен модуль Learning и модуль Event. Learning отвечает за структуру курса: программа, уроки, домашние задания, проверка работ преподавателем, оценки. Event — за управление расписанием занятий, регистрацией участников, проведением и фиксацией.
Стадия — обсуждение. Целевой пилотный контракт — третий квартал 2026 года. Особенность задачи: репутация участника должна работать в двух ролях параллельно (ученик и преподаватель), что нестандартно для большинства LMS-платформ.
Зонтик из нескольких проектов
Зонтичная структура из нескольких самостоятельных проектов под одной общей шапкой. Юрисдикция — Беларусь. Запрос: дать каждому проекту свои правила, но между проектами видеть общую картину, общий учёт и иметь координатора-человека с помощником в виде искусственного интеллекта.
Под эту задачу разрабатывается модуль Federation — зонтичная структура с делегированием полномочий между отдельными сообществами и общими элементами учёта. Параллельно с марта 2026 года работает отдельный сервис ai.comunify.ru — AI-помощник для оператора зонтика с тремя режимами (личный ассистент, помощник, координатор).
Стадия — adjacent сервис используется, основной движок — следующий шаг. Этот случай показателен: одна задача может закрываться разными частями инфраструктуры, не обязательно одним продуктом.
Состояние реализации на сегодня
| Возможность | Статус |
|---|---|
| Регистрация участников, в том числе через Telegram | Готово |
| Создание сообществ с выбором пресета или ручной настройкой | Готово |
| Управление членством: приём, выход, статусы | Готово |
| Голосование с разными формулами кворума (число, доля в имуществе) | Готово |
| Лицевые счета и взаимозачёт между участниками | Готово |
| Журнал документов и базовая репутация с поручительствами | Готово |
| Учёт активов в зашифрованном реестре | Готово |
| Управление мероприятиями (модуль Event) | Пилотная готовность |
| Учебные курсы с проверкой ДЗ (модуль Learning) | Пилотная готовность |
| Внутренние invoice/confirm payment (Payments для LMS и Event) | Пилотная готовность |
| Фиксация согласования документов (не замена квалифицированной ЭП) | Базовый уровень |
| Страновой режим Belarus под первого пилота | В тестировании |
| Типизированные GraphQL-резолверы для всех модулей | В работе |
| Межсообщественные финансовые потоки (Federation) | В работе |
| Интеграция с MAX (бот, мини-приложение) | В работе |
| Внешние платёжные провайдеры (банки, эквайринг) | Нет |
| Модуль Accounting с отчётностью под РФ/РБ | Нет |
| PDF с квалифицированной электронной подписью (КЭП) | Нет |
| WebSocket-подписки для realtime-обновлений у клиента | Нет |
| Мобильные приложения (iOS/Android) | Нет |
Что заархивировано
Несколько модулей из исходного дизайна были признаны несостоятельными или нерелевантными для текущей задачи и заархивированы: Staking, MarketMechanics, Challenge, MissionAlignment. Эти решения зафиксированы как часть истории — кода нет в активном движке, но он сохранён в архиве на случай если задача снова станет актуальной.
Это нормальная часть исследовательского проекта — некоторые направления оказываются тупиковыми, их закрывают и идут дальше. ComUnify не пытается выглядеть так, будто всё, что когда-то задумывалось, обязательно реализовано.
Следующая глава — про долгий горизонт и про границы. Она не обещает большого будущего, но описывает, в какую сторону мы смотрим и какие три случая означают, что инструмент не для вас.
Состояние реализации в этой главе — на 25 мая 2026 года. Платформа меняется быстро; при чтении через месяц-два запросите свежий статус по контактам в восьмой главе.