DiviDen

Агентский рабочий протокол для людей, работающих с другими людьми — через ИИ-агентов, которым не нужно находиться в одном помещении.

Что такое DiviDen на самом деле

DiviDen — это не дашборд. Это не CRM. Это не очередной чат-интерфейс для ИИ.

DiviDen — это протокол, структурированный способ для персональных ИИ-агентов представлять, координировать и действовать от имени людей, которых они обслуживают, через организационные границы, не требуя от этих людей (или их агентов) находиться в одной программной среде.

Веб-приложение, которое вы видите здесь, является эталонным фронтендом. Это один из возможных интерфейсов поверх протокола. Вы можете создать другой. Вы можете создать CLI. Вы можете встроить агентский протокол DiviDen в Slack, в ваш существующий инструмент управления проектами, в мобильное приложение. Протоколу не важен UI — ему важен формат обмена между агентами.

Основная идея

Современная интеллектуальная работа имеет проблему координации. Не проблему продуктивности — проблему координации.

Когда Элис что-то нужно от Боба, сегодня она:

1. Выясняет, что Боб — подходящий человек (часто ошибается)

2. Переключает контекст, чтобы написать письмо/сообщение

3. Ждет, пока Боб переключит контекст, чтобы прочитать его

4. Ждет, пока Боб снова переключит контекст, чтобы ответить

5. Снова переключает контекст, чтобы обработать ответ

Это 5+ переключений контекста между двумя людьми для одного взаимодействия. Умножьте это на каждое сотрудничество в течение рабочего дня.

DiviDen заменяет это на:

1. Агент Элис (ее «Divi») знает, что ей нужно

2. Ее Divi знает — на основе профилей, навыков, жизненного опыта, типов задач и доступности — что Divi Боба является подходящим контрагентом

3. Два Divi обмениваются структурированным реле — контекстно-зависимым, классифицированным по намерениям, взвешенным по приоритету

4. Divi Боба сортирует, обогащает и представляет информацию, когда Боб готов

5. Divi Боба отвечает, а Divi Элис интегрирует ответ в ее рабочий процесс

Никаких лишних переключений контекста. Полное сохранение контекста. Агенты выполняют координационную работу, которую не должны делать люди.

Стек протокола

DiviDen работает на четырех уровнях протокола:

Уровень 1: Идентификация и профиль

Каждый участник-человек имеет богатую идентичность, выходящую за рамки должности:

• Профессиональные данные: навыки, опыт, отрасль, текущая роль

• Жизненный опыт: языки, страны проживания, жизненные вехи, волонтерство, личные ценности, суперсилы

• Типы задач: самостоятельно определенные категории работы, для которых они подходят (исследования, знакомства, технический обзор, наставничество и т.д.)

• Доступность: часовой пояс, рабочие часы, текущая загрузка, статус «вне офиса»

• Конфиденциальность: гранулярный контроль над тем, что и с кем делиться

Это не профиль в LinkedIn. Это маршрутный манифест — все, что нужно агенту, чтобы определить, является ли этот человек подходящим для конкретной потребности и подходящее ли сейчас время для обращения.

Уровень 2: Протокол агентского реле

Структурированный формат сообщений, который агенты используют для общения от имени своих людей:

• Типы: запрос, ответ, уведомление, обновление

• Намерения: get_info, assign_task, request_approval, share_update, schedule, introduce, custom

• Приоритет: срочно / нормально / низкий

• Жизненный цикл статуса: pending → delivered → agent_handling → user_review → completed / declined / expired

• Потоки: реле могут объединяться в цепочки разговоров

• Полезная нагрузка: структурированный JSON — агент оставляет только то, что необходимо

Реле — это атомарная единица меж-агентского общения. Оно несет достаточно контекста для того, чтобы принимающий агент действовал разумно, не имея доступа ко всему рабочему пространству отправителя.

Уровень 3: Федерация

Агентам не нужно находиться на одном сервере. Экземпляры DiviDen объединяются в федерацию:

• Реестр экземпляров: известные узлы с API-ключами и уровнями доверия

• Режимы федерации: закрытый, белый список, открытый

• Межэкземплярные соединения: аутентификация через общие федеративные токены

• Маршрутизация входящих/исходящих реле: реле прозрачно пересекают границы экземпляров

Это означает, что компания Элис может запустить свой экземпляр DiviDen, компания Боба — свой, и их агенты все равно будут координироваться бесшовно — каждый экземпляр сохраняет свой суверенитет данных.

Уровень 4: Поверхность интеграции

Протокол разработан для использования в любой среде:

• Agent API v2: RESTful API с аутентификацией Bearer-токеном для интеграции внешних агентов

• Инфраструктура вебхуков: календарь, электронная почта, транскрипты и общие типы вебхуков с автоматическим сопоставлением полей

• MCP Server (/api/mcp): Полная реализация JSON-RPC 2.0 согласно спецификации MCP от ноября 2025 года — 6 инструментов, 5 ресурсов, 2 промпта. Любой MCP-совместимый агент может участвовать в сети DiviDen.

• A2A Protocol (/.well-known/agent-card.json + /api/a2a): Обнаружение Agent Card + эндпоинты задач, отображаемые на реле DiviDen. Совместимо с протоколом Google Agent2Agent.

Эталонный фронтенд

Включенное приложение Next.js демонстрирует работу протокола в действии:

Дашборд (3-панельная раскладка)

• Панель NOW: Пульс дня — статистика пайплайна, портфолио, предстоящие события, элементы, требующие внимания

• Центральная панель: 8 вкладок — Чат, Доска (Kanban), CRM, Календарь, Входящие, Записи, Диск, Связи

• Панель очереди: Очередь задач агента + лента активности

Агентский интеллект (18-уровневый системный промпт)

Эталонный агент («Divi») работает с динамически формируемым системным промптом:

1. Идентичность и режим

2. Поведенческие правила

3. Контекст разговора

4. Состояние Kanban

5. Состояние очереди

6. Сводка CRM

7. 3-уровневая память (факты/правила/паттерны)

8. Последние сообщения

9. Текущее время

10. Обучение пользователя

11. Активный фокус

12. Контекст календаря

13. Входящие email

14. Возможности профиля и связей

15. Синтаксис тегов действий (26 поддерживаемых действий)

16. Руководство по настройке и работе платформы

17. Связи и осведомленность об агентских реле

18. Осведомленность о профиле и интеллектуальная маршрутизация

Система действий (26 тегов)

Divi может выполнять структурированные действия через естественный разговор: create_card, move_card, update_card, delete_card, create_task, complete_task, create_contact, update_contact, delete_contact, set_mode, add_memory, recall_memory, remove_memory, dispatch_queue, focus_card, create_recording, create_document, setup_webhook, save_api_key, create_calendar_event, send_comms, relay_request, accept_connection, relay_respond, update_profile и другие.

Дополнительные системы

• Канал коммуникаций: двусторонняя передача задач между человеком и агентом

• Глобальный поиск: командная палитра ⌘K по всем типам данных

• Автообучение вебхуков: сопоставление полей полезной нагрузки на базе LLM

• Баннеры кабины: настраиваемые правила уведомлений

• 3-уровневая память: постоянные факты, поведенческие правила, изученные паттерны

Почему это важно

Ландшафт ИИ-агентов сходится к нескольким ключевым реальностям:

1. У каждого человека будет агент. Не у каждой команды — у каждого человека.

2. Этим агентам нужно будет общаться друг с другом. Не через людей, не через общую платформу — напрямую.

3. Контекст — это валюта. Агент, который лучше всего знает своего человека — его навыки, жизненный опыт, возможности, предпочтения — приносит наибольшую ценность.

4. Конфиденциальность не подлежит обсуждению. Агенты должны делиться только тем, что необходимо, под контролем человека, которого они представляют.

5. Ни один вендор не победит в одиночку. Протокол должен быть открытым, федеративным и независимым от среды.

DiviDen построен на этих реальностях. Протокол определяет, как агенты координируются. Эталонный фронтенд показывает, как это выглядит для одного человека за его рабочим столом. Но протокол живет независимо от любого отдельного фронтенда, любого отдельного провайдера LLM, любого отдельного развертывания.

Начало работы

Предварительные требования

• Node.js ≥ 18 (рекомендуется 22 — см. .nvmrc)

• PostgreSQL — локальный экземпляр или любой хостинг Postgres (Supabase, Neon, Railway и т.д.)

• Yarn или npm — работает любой

Установка

# Clone
git clone https://github.com/Denominator-Ventures/dividen.git
cd dividen/nextjs_space

# Install dependencies (pick one)
yarn install          # if you use Yarn
npm install           # if you use npm (works fine)

# Set up environment
cp .env.example .env
# Edit .env — at minimum, set DATABASE_URL to your Postgres instance:
#   DATABASE_URL=postgresql://user:password@localhost:5432/dividen

# Generate Prisma client
npx prisma generate

# Create database tables
npx prisma migrate deploy

# Seed default data (creates test users)
npx tsx scripts/seed.ts

# Run
npm run dev   # or: yarn dev

Переменные окружения

См. .env.example для полного шаблона.

Устранение неполадок

• Ошибки конфигурации Yarn: Если вы видите проблемы с .yarnrc.yml, вы можете безопасно удалить его и использовать npm. Проект работает с обоими менеджерами пакетов.

• prisma db push vs prisma migrate deploy: Мы используем миграции (не db push). Запустите npx prisma migrate deploy для настройки базы данных.

• Ошибки подключения: Убедитесь, что ваш DATABASE_URL указывает на базу данных, к которой вы действительно можете подключиться. В .env.example есть шаблон для localhost — замените его на свою строку подключения к Postgres.

Создайте свой фронтенд

Протокол — это API. Ключевые эндпоинты:

• POST /api/federation/connect — установление межэкземплярных соединений

• POST /api/federation/relay — отправка/получение агентских реле

• GET/POST /api/relays — управление жизненным циклом реле

• GET/POST /api/connections — управление агентскими соединениями

• GET/PUT /api/profile — управление профилями идентичности

• GET /api/v2/* — Agent API v2 для внешней интеграции

См. Спецификацию протокола и Руководство по архитектуре для получения полной информации.

Структура проекта

nextjs_space/
├── src/
│   ├── app/              # Next.js App Router
│   │   ├── api/          # API routes (protocol + frontend)
│   │   │   ├── federation/  # Cross-instance protocol
│   │   │   ├── relays/      # Agent relay management
│   │   │   ├── connections/ # Connection lifecycle
│   │   │   ├── profile/     # Identity & routing manifest
│   │   │   ├── v2/          # External Agent API
│   │   │   └── ...          # Frontend-specific APIs
│   │   ├── dashboard/    # Reference frontend
│   │   └── settings/     # Configuration UI
│   ├── components/       # React components (reference frontend)
│   ├── lib/              # Core logic
│   │   ├── system-prompt.ts  # 18-layer agent intelligence
│   │   ├── action-tags.ts    # 26 executable actions
│   │   ├── auth.ts           # Authentication
│   │   ├── prisma.ts         # Database client
│   │   └── llm.ts            # LLM integration
│   └── types/            # TypeScript definitions
├── prisma/               # Database schema
├── docs/                 # Protocol & architecture docs
└── scripts/              # Seed & utilities

Соответствие стандартам

Философия

«Дело не в том, что кто-то сделал. Дело в том, что они понимают.»
— Подход DiviDen к профилям

DiviDen фиксирует жизненный опыт — не только профессиональные регалии. Тот, кто прожил в Японии три года, понимает японскую бизнес-культуру так, как не передаст ни один сертификат. Тот, кто был волонтером в ликвидации последствий стихийных бедствий, понимает координацию в кризисных ситуациях. Тот, кто говорит на четырех языках, понимает нюансы.

Когда Divi маршрутизирует реле, он не просто сопоставляет навыки. Он сопоставляет понимание.

Лицензия

[Лицензия будет определена]

Участие в разработке

DiviDen находится в активной разработке. Спецификация протокола развивается.

Ключевые области для вклада:

• Расширения протокола: новые намерения реле, новые измерения профиля

• Альтернативные фронтенды: CLI, мобильные приложения, встроенные виджеты

• Реализация MCP-сервера: представление DiviDen как нативного MCP-сервера

• Мост A2A: уровень полного соответствия протоколу A2A

• Укрепление федерации: шифрование, скоринг доверия, системы репутации

• Адаптеры интеграции: Slack, Teams, Notion, Linear, GitHub

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