Перейти к основному контенту
Bennu Labs · Продуктовые системы

Модульные AI-системы для памяти, рабочих процессов, локальной автоматизации и прямого доступа

Bennu Labs создаёт реальные продукты с ограниченными зонами ответственности. Их можно использовать независимо и разворачивать под контролем оператора там, где это поддерживает конкретный продукт. Мы явно разделяем доступные и разрабатываемые модули.

Что вам нужно решить?

Начните с задачи, а не с нашей внутренней архитектуры.

01

Нужно сохранить знания и контекст AI под своим контролем?

Приватная память помогает находить знания с опорой на источники в управляемом контуре.

S.Y.S.
02

Нужны повторяемые AI-процессы с контролем оператора?

Operator-assisted workflows поддерживают регулярную контентную и операционную работу.

Iskra
03

Нужно автоматизировать локальную работу с файлами?

Локальный daemon и web-интерфейс применяют и отслеживают повторяемые файловые правила.

ASA
04

Нужно связать подтверждение оплаты с выдачей доступа?

Прямой checkout-to-access контур соединяет платёжное подтверждение и access grant.

ANTI-GAD
Текущие продукты

Доступно сейчас

Четыре продукта с разной, явно обозначенной зрелостью.

В разработке

Это архитектура и планируемые роли, а не текущий runtime.

Не текущий runtime
Phase 0 — architecture and contracts

Intake

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

Phase 0 — architecture and contracts

Не текущий runtime
Architecture / canon / in development

AI-Mama

Разрабатываемая архитектура для координации evidence, восстановления и эскалации человеку.

Architecture / canon / in development

Почему Bennu

Модульность по замыслу

Продукты имеют ограниченные роли и могут использоваться независимо.

Сначала факты, затем claims

Реализованные, ограниченные и планируемые возможности не смешиваются.

Контроль и переносимость

Delivery не привязан к одной Bennu VM; operator-controlled варианты указываются для конкретного продукта.

Контроль человека

Явные границы оператора важнее обещаний заменить человека.

Как мы обозначаем зрелость

Мы обозначаем существующее отдельно от того, что строим дальше. Это описание зрелости, а не система сертификации.

VERIFIED / ACTIVEРеализовано и поддерживается в заявленных границах.
BOUNDEDДоступно в определённых рамках beta, пилота, deployment или интеграции.
IN DEVELOPMENT / ARCHITECTUREПланируемая роль; текущий runtime продукта не заявлен.

Модульная система — без лишних обещаний

Продукты могут работать независимо. Мы проектируем ясные границы модулей, а будущие интеграции — через явные контракты. Не каждая запланированная связь уже существует в runtime.

Начнём с вашей задачи

Обсудим пилот, deployment, интеграцию или design partnership с учётом реальной зрелости продукта.

Обсудить задачу