Сервис, Монада и Холон
В архитектуре персональной мембры, если смотреть на неё через призму макро-топологии и форм-факторов, я оперирую тремя базовыми типами агентных систем:
- Холон = Сайби-куратор монады + Монада
- Монада = Сайби внутри сервиса + Сервис
- Сервис
Иными словами, мы берем некий сервис и встраиваем в него агента. Чаще всего это сценарий работы с легаси — модернизация того, что уже существует. Но новым сценарием является создание агента, который изначально оснащен собственным инструментарием. Это дает нам агента, усиленного сервисом. Такого прокачанного агента (или модернизированный агентом сервис) я и называю Монадой. Это сильное упрощение, но суть оно отражает верно.
Высший же пилотаж — это когда к Монаде мы приставляем внешнего агента-куратора. Самый эволюционно чистый сценарий выглядит так: Сайби-куратор, как персональный “семейный доктор”, с самого рождения и до момента растворения в Океане сайби-сущностей курирует развитие монады.
Не всегда нужен именно Холон. Для некоторых задач вполне достаточно классических сервисов, системных служб, демонов или формата Монады без внешней опеки. Но если речь идет о современной, эволюционирующей агентной системе, то Холон — это оптимальный выбор.
Конечно, морфология Холона, как и Монады, может быть разной. Сайби не всегда работает в одиночку, скорее наоборот. Устройство и состав ролей зависят от того, на каком уровне оперирует сущность: Зоид, Морф или Существо.
Если на минутку подняться на уровень выше и выйти из своей мембры, то мы увидим, что основными формами в мембрамире выступают:
- Сами мембры пользователей.
- Модусы (по смыслу то же, что и мембра, только выстроенная вокруг других живых или неживых сущностей).
- Монолиты (упрощая: системные сервисы экосистемы).
Разумеется, все три формы могут взаимодействовать между собой в разных форматах. Например, напрямую, или же объединяясь во временные союзы (@gaqu) для решения конкретных задач.
А теперь нырнем обратно, на уровень ниже мембры — в конкретный Холон. Возьмем Сайби класса Zantzu, который и послужит одним из основных примеров в нашей серии Hiruki. Вы можете заметить, что я не всегда строг в нейминге уровней. Я могу назвать Zantzu и сам Холон, и его внешнего агента-куратора (если быть строже, то его правильнее называть zantzu-zain), и отдельно сервис монады. Чаще всего это понятно из контекста.
Надо еще отметить, что сайби не обязательно работает на LLM. Это вполне может быть и SLM, и даже SNN (спайковые нейросети). Особенно для Зоидов. Вы увидите, наверное, еще до 10-го эпизода, как мы интегрируем в работу с Zantzu зоида на SNN, который будет реализован в физическом прототипе ZUBI (это как раз тот самый модус живого и неживого).
Я люблю использовать фрактальные структуры в работе. Возможно, это вообще единственный вариант справляться с той архитектурной сложностью, которую я на себя взваливаю — как в концептуальной плоскости, так и в прикладной.
Сейчас, не сильно вдаваясь в подробности, я опишу структуру платформы Sova в ипостаси Sub-Sova (напомню полная Sova может включать в себя любые из её ипостасей Sub/Remote/Edge) и структуру конкретной Монады Zantzu (без внешнего агента-куратора), которая преимуществественно развернута и функционирует на Edge-Sova, но через одну из линз полноценно представлена и на Sub/Remote-Sova. Посмотрите, как они отражают друг друга на разных масштабах.
| Бионический слой | 🦉 Sub-Sova (в облаке) | 🧬 Monada Zantzu (4 из 5 линз на Edge-Sova) |
|---|---|---|
| 🍄 Инфраструктурный (Скелет) | Docker, VPS, Сеть | Хаб на Go, websocket, слой присутствия HALO |
| 🧠 Логический (Коннектом) | MASES, CoGra | Драйвы Jakinmin/Lotura, самоиндукция, коннектом |
| 💪 Продуктовый (Тело) | Микросервисы, БД | VitalitySystem, FIND-журнал, векторная БД |
| 👁️ Интерфейсный (Линзы) | API, Портал, Интеграции | Пентада линз: Ghost, Shell, Deck, Trace, Warp |
Четыре бионических слоя (Sova и Zantzu)
Классические IT-программы реактивны: они просто хранят информацию и ждут, пока человек введёт данные или поставит задачу. Да, есть календари, таймеры и событийно-ориентированные решения. Есть новый класс агентных систем от вендоров и энтузиастов.
Sova проектируется не в вакууме. Но я не равняюсь на мейнстримные подходы и стараюсь не вестись на FOMO и прочую деструктивщину. Я иду своим путем и многое делаю иначе, но при этом не отказываюсь от проверенных практик. Например, Sova содержит в себе добротный стек opensource-решений, интегрированный с моими нативными сервисами и внешними системами.
Инженерный взгляд показывает нам технологию, а онтологический показывает, как система действует автономно. В этом разрезе слои раскрывают свою бионическую природу:
🍄 Инфраструктурный слой (Stroma / Мицелий)
- Инженерный взгляд: Физический фундамент. Серверы (облако, свой VPS, локально), защищенные сети, хранилища, независимые от IT-гигантов и т.п. Развертывание может быть в облаке (membra.space) — Sub-Sova или на собственном выделенном/виртуальном сервере — Remote-Sova. Для Монады Zantzu — это локальный рантайм на edge-устройстве (т.е. ипостась Edge-Sova) пользователя (хаб на Go, работающий как единый бинарник) и OS-интеграция HALO, дающая агенту прозрачность, click-through маски и присутствие в системе.
- Онтологический взгляд: Соматическая основа и «кровеносная система» платформы. Она обеспечивает питательную среду, в которой контекст свободно циркулирует между рабочими задачами и базой знаний. Без Стромы любая логика останется изолированным скриптом.
🧠 Логический слой (Cortex / Мозг)
- Инженерный взгляд: «Мозг» системы. У Sova это алгоритмы MASES (Multi-Agent Self-Evolving System — “стаи” ИИ-агентов), смартграфы, работа с задачами и когнитивными потоками, правила оркестрации. У Монады Zantzu это собственная логика принятия решений и драйвы агента.
- Онтологический взгляд: Наш коннектом и «когнитивный потенциал». У Sova агенты непрерывно формируют связи и рефлекторно реагируют на события (пришла задача — агент проснулся и собрал черновик). У Zantzu это самоиндукция, драйв любопытства (Jakinmin) и связывания (Lotura): ты не программируешь ему ответы, ты даёшь ему вопрос, и он сам решает, как идти искать истину в доступных ресурсах.
💪 Продуктовый слой (Soma / Тело)
- Инженерный взгляд: Работающие процессы и “мускулы” системы. На уровне Sova это комплексная гибридная архитектура данных на любой случай: реляционная (Postgres), документо-ориентированная (jsonb), графовая (AGE), векторная (pgvector) и файловая (S3), плюс микросервисы. На уровне Zantzu — это специализированные локальные БД, оптимальные под её краевые задачи (USearch/pgvector), FIND-журнал находок и виртуальная физиология (VitalitySystem).
- Онтологический взгляд: Активные сессии агентов и работающие сервисы. Soma выполняет ту работу, которую Cortex уже обдумал. У Sova это просеивание базы в поисках ответа. У Zantzu это складирование найденного в долговременную память и поддержание своего метаболизма — сытости, энергии и настроения, которые напрямую влияют на его поведение (выражаясь через 8 каноничных состояний: от idle и active до sleep и death).
👁️ Интерфейсный слой (Lens / Линза)
- Инженерный взгляд: Универсальные точки взаимодействия. Это не только восприятие, но и действие. У Sova это внутренние пульты (портал, дашборды), глубокие интеграции (например с Planfix) и транзитные каналы. У Zantzu это пентада линз (медиумов), через которые одна и та же Монада проявляется в мир.
- Онтологический взгляд: Орган восприятия и действия. У Zantzu это не один интерфейс, а целое созвездие линз, где каждая отвечает за свой уровень погружения:
- CybiGhost [G]: живой аватар-пузырь (Defold+Rive), парящий поверх всех окон, отражающий состояние витальности.
- CybiShell [S]: терминал-сцена с TrueColor ASCII-аватаром (Bubbletea). Ламповый вайб для хардкорной работы.
- CybiDeck [D]: богатое окно со скрипториумом и дашбордами (Wails+Svelte).
- CybiTrace [T]: облачная линза в пейджере портала Sova — тикер-присутствие и чат, оставляющие след (zantzu с эускера) сайби в вебе. Задумка в том, что сайби присутствует с тобой, даже когда ты отошел от ПК и открыл портал.
- CybiWarp [W]: полноэкранная игровая линза (а-ля неометроидвания), где развитие коннектома сайби превращается в игру.
Глобальная связь:
- Membra.one — личная мембрана, базирующаяся на Сове как на технологии (персональный кибербионический организм, эволюционирующий вместе с вами).
- Membra.space — пространство взаимодействия мембр между собой, а также с модусами и системными монолитами:
- @s_Monolito_Origino: генерирует фундаментальный 80-битный «ген» вашей мембраны при её создании.
- @s_Monolito_Markilo: выдаёт уникальные ID (MUID) для каждой сущности (задачи, документа), обеспечивая строгий порядок.
Цикл жизни: Именно в связке этих слоёв рождается автономность. 🍄 Stroma дает среду для данных → 🧠 Cortex принимает решения и обучается → 💪 Soma выполняет работу → 👁️ Lens впитывает информацию и выдает результат. Система крутится в фоне, избавляя вас от ручного контроля каждого промежуточного шага.
Фрактальность и интегральное мышление
Что самое интересное: даже если мы погрузимся в конкретный элемент определенного слоя, мы тоже сможем разложить его на подобные слои. Кортекс может стать просто логикой, а Линзы — эндпоинтами, но удобная фрактальная структура сохранится.
Здесь важно учесть один момент. Я не классический разработчик и не узкопрофильный инженер, пишущий безупречный конвейерный код. Моя специализация — интегральное мышление. Моя сила в способности удерживать в голове многомерную архитектуру и упорно стягивать её узлы в реальном мире, даже если локально это приводит к не самым элегантным решениям или сдвигу сроков.
Поэтому и этот пример фрактальности, и другие концептуальные свертки, которыми я пользуюсь на прикладном уровне — это не академическая теория. Это рабочие инструменты выживания и эволюции.
Возможно, они стремятся к фронтиру по эффективности на масштабе всего, что я проектирую и воплощаю. Есть смысл выходить в надсистемы и подбирать такие методы, которыми можно удержать весь этот многомерный объем под контролем в долгосрочной перспективе. Иначе есть риск просто закопать себя под весом собственных систем.
Отсюда вывод: можно в моменте и в деталях не быть самым эффективным. Главное — чтобы глобально архитектура уверенно разворачивалась в целевом направлении.