DiviDen

Un protocolo de trabajo agéntico para humanos que trabajan con otros humanos, a través de agentes de IA que no necesitan compartir la misma habitación.

Qué es DiviDen realmente

DiviDen no es un panel de control. No es un CRM. No es otro envoltorio de chat de IA.

DiviDen es un protocolo: una forma estructurada para que los agentes de IA personales representen, coordinen y actúen en nombre de los humanos a los que sirven, a través de límites organizacionales, sin requerir que esos humanos (o sus agentes) vivan en el mismo entorno de software.

La aplicación web que ves aquí es una interfaz de referencia. Es una posible interfaz sobre el protocolo. Podrías construir otra. Podrías construir una CLI. Podrías integrar el protocolo de agentes de DiviDen en Slack, en tu herramienta de gestión de proyectos existente o en una aplicación móvil. Al protocolo no le importa la interfaz de usuario, le importa el formato de intercambio entre agentes.

La idea central

El trabajo de conocimiento moderno tiene un problema de coordinación. No un problema de productividad, sino un problema de coordinación.

Cuando Alicia necesita algo de Bob, hoy ella:

1. Determina que Bob es la persona adecuada (a menudo se equivoca)

2. Cambia de contexto para escribir un correo electrónico/mensaje

3. Espera a que Bob cambie de contexto para leerlo

4. Espera a que Bob cambie de contexto de nuevo para responder

5. Cambia de contexto de nuevo para procesar la respuesta

Eso son más de 5 cambios de contexto entre 2 personas para una sola interacción. Multiplícalo por cada colaboración en un día de trabajo.

DiviDen reemplaza esto con:

1. El agente de Alicia (su "Divi") sabe lo que ella necesita

2. Su Divi sabe —a partir de perfiles, habilidades, experiencia vivida, tipos de tareas y disponibilidad— que el Divi de Bob es la contraparte adecuada

3. Los dos Divis intercambian un relevo estructurado: rico en contexto, clasificado por intención y ponderado por prioridad

4. El Divi de Bob clasifica, enriquece y presenta la información cuando Bob está listo

5. El Divi de Bob responde y el Divi de Alicia integra la respuesta en su flujo de trabajo

Cero cambios de contexto innecesarios. Preservación total del contexto. Agentes haciendo el trabajo de coordinación que los humanos no deberían tener que hacer.

La pila del protocolo

DiviDen opera en cuatro capas de protocolo:

Capa 1: Identidad y perfil

Cada participante humano tiene una identidad rica que va más allá del cargo:

• Profesional: habilidades, experiencia, industria, rol actual

• Experiencia vivida: idiomas hablados, países en los que ha vivido, hitos vitales, voluntariado, valores personales, superpoderes

• Tipos de tareas: categorías de trabajo autoidentificadas para las que son aptos (investigación, presentaciones, revisión técnica, mentoría, etc.)

• Disponibilidad: zona horaria, horario laboral, capacidad actual, estado de fuera de la oficina

• Privacidad: control granular sobre qué se comparte y con quién

Esto no es un perfil de LinkedIn. Es un manifiesto de enrutamiento: todo lo que un agente necesita para determinar si este humano es la persona adecuada para una necesidad determinada y si ahora es el momento adecuado para preguntar.

Capa 2: Protocolo de relevo de agentes

El formato de mensaje estructurado que los agentes usan para comunicarse en nombre de sus humanos:

• Tipos: solicitud, respuesta, notificación, actualización

• Intenciones: get_info, assign_task, request_approval, share_update, schedule, introduce, custom

• Prioridad: urgente / normal / baja

• Ciclo de vida del estado: pendiente → entregado → manejo_del_agente → revisión_del_usuario → completado / rechazado / expirado

• Hilos: los relevos pueden encadenarse en conversaciones

• Carga útil: JSON estructurado: el agente destila solo lo necesario

El relevo es la unidad atómica de la comunicación entre agentes. Lleva suficiente contexto para que el agente receptor actúe de forma inteligente sin necesidad de acceder a todo el espacio de trabajo del remitente.

Capa 3: Federación

Los agentes no necesitan vivir en el mismo servidor. Las instancias de DiviDen se federan:

• Registro de instancias: pares conocidos con claves API y niveles de confianza

• Modos de federación: cerrado, lista de permitidos, abierto

• Conexiones entre instancias: autenticadas mediante tokens de federación compartidos

• Enrutamiento de relevos entrantes/salientes: los relevos cruzan los límites de la instancia de forma transparente

Esto significa que la empresa de Alicia puede ejecutar su propia instancia de DiviDen, la empresa de Bob ejecuta la suya, y sus agentes siguen coordinándose sin problemas, manteniendo cada instancia su propia soberanía de datos.

Capa 4: Superficie de integración

El protocolo está diseñado para ser consumido por cualquier entorno:

• Agent API v2: API RESTful con autenticación de token Bearer para integración de agentes externos

• Infraestructura de Webhooks: calendario, correo electrónico, transcripción y tipos de webhooks genéricos con mapeo de campos de autoaprendizaje

• Servidor MCP (/api/mcp): Implementación completa de JSON-RPC 2.0 según la especificación de noviembre de 2025 de MCP: 6 herramientas, 5 recursos, 2 prompts. Cualquier agente compatible con MCP puede participar en la red DiviDen.

• Protocolo A2A (/.well-known/agent-card.json + /api/a2a): Descubrimiento de tarjetas de agente + puntos finales de tareas que se asignan a los relevos de DiviDen. Compatible con el protocolo Agent2Agent de Google.

Interfaz de referencia

La aplicación Next.js incluida demuestra el protocolo completo en acción:

Panel de control (diseño de 3 paneles)

• Panel AHORA: El pulso de hoy: estadísticas de canalización, cartera, próximos eventos, elementos que requieren atención

• Panel central: 8 pestañas: Chat, Tablero (Kanban), CRM, Calendario, Bandeja de entrada, Grabaciones, Drive, Conexiones

• Panel de cola: Cola de tareas del agente + feed de actividad

Inteligencia del agente (prompt del sistema de 18 capas)

El agente de referencia ("Divi") opera con un prompt del sistema construido dinámicamente:

1. Identidad y modo

2. Reglas de comportamiento

3. Contexto de la conversación

4. Estado de Kanban

5. Estado de la cola

6. Resumen de CRM

7. Memoria de 3 niveles (hechos/reglas/patrones)

8. Mensajes recientes

9. Hora actual

10. Aprendizajes del usuario

11. Enfoque activo

12. Contexto del calendario

13. Bandeja de entrada de correo electrónico

14. Capacidades de perfil y conexión

15. Sintaxis de etiquetas de acción (26 acciones admitidas)

16. Guía de configuración y operaciones de la plataforma

17. Conexiones y conciencia de relevo de agentes

18. Conciencia de perfil e inteligencia de enrutamiento

Sistema de acción (26 etiquetas)

Divi puede ejecutar acciones estructuradas mediante conversación natural: 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, y más.

Sistemas adicionales

• Canal de comunicaciones: paso de tareas bidireccional entre humano y agente

• Búsqueda global: paleta de comandos ⌘K en todos los tipos de datos

• Autoaprendizaje de Webhook: mapeo de campos de carga útil impulsado por LLM

• Banners de cabina: reglas de notificación configurables

• Memoria de 3 niveles: hechos persistentes, reglas de comportamiento, patrones aprendidos

Por qué es importante

El panorama de los agentes de IA está convergiendo en algunas realidades clave:

1. Cada persona tendrá un agente. No cada equipo, cada persona.

2. Esos agentes necesitarán hablar entre sí. No a través de los humanos, no compartiendo una plataforma, directamente.

3. El contexto es la moneda. El agente que mejor conoce a su humano (sus habilidades, su experiencia vivida, su capacidad, sus preferencias) es el que más valor aporta.

4. La privacidad no es negociable. Los agentes deben compartir solo lo necesario, controlado por el humano al que representan.

5. Ningún proveedor gana solo. El protocolo debe ser abierto, federado y agnóstico al entorno.

DiviDen se basa en estas realidades. El protocolo define cómo se coordinan los agentes. La interfaz de referencia muestra cómo se ve eso para un humano en su escritorio. Pero el protocolo vive independientemente de cualquier interfaz, cualquier proveedor de LLM o cualquier despliegue.

Primeros pasos

Requisitos previos

• Node.js ≥ 18 (se recomienda 22; ver .nvmrc)

• PostgreSQL: instancia local o cualquier Postgres alojado (Supabase, Neon, Railway, etc.)

• Yarn o npm: cualquiera funciona

Configuración

# 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

Variables de entorno

Consulta .env.example para ver la plantilla completa.

Solución de problemas

• Errores de configuración de Yarn: Si ves problemas con .yarnrc.yml, puedes eliminarlo de forma segura y usar npm en su lugar. El proyecto funciona con ambos gestores de paquetes.

• prisma db push vs prisma migrate deploy: Usamos migraciones (no db push). Ejecuta npx prisma migrate deploy para configurar tu base de datos.

• Errores de conexión: Asegúrate de que tu DATABASE_URL apunte a una base de datos a la que realmente puedas acceder. El .env.example tiene una plantilla de localhost: reemplázala con tu propia cadena de conexión de Postgres.

Construye tu propia interfaz

El protocolo es la API. Puntos finales clave:

• POST /api/federation/connect: establecer conexiones entre instancias

• POST /api/federation/relay: enviar/recibir relevos de agentes

• GET/POST /api/relays: gestionar el ciclo de vida del relevo

• GET/POST /api/connections: gestionar conexiones de agentes

• GET/PUT /api/profile: gestionar perfiles de identidad

• GET /api/v2/*: API de agente v2 para integración externa

Consulta la Especificación del protocolo y la Guía de arquitectura para obtener todos los detalles.

Estructura del proyecto

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

Alineación con estándares

Filosofía

"No se trata de lo que alguien hizo. Se trata de lo que entiende." — El enfoque de DiviDen hacia los perfiles

DiviDen captura la experiencia vivida, no solo las credenciales profesionales. Alguien que vivió en Japón durante tres años entiende la cultura empresarial japonesa de una manera que ninguna certificación puede capturar. Alguien que fue voluntario en ayuda humanitaria entiende la coordinación de crisis. Alguien que habla cuatro idiomas entiende los matices.

Cuando Divi enruta un relevo, no solo coincide con las habilidades. Coincide con la comprensión.

Licencia

[Licencia por determinar]

Contribución

DiviDen está en desarrollo activo. La especificación del protocolo está evolucionando.

Áreas clave para contribuir:

• Extensiones de protocolo: nuevas intenciones de relevo, nuevas dimensiones de perfil

• Interfaces alternativas: CLI, móvil, widgets integrados

• Implementación del servidor MCP: exponer DiviDen como un servidor MCP nativo

• Puente A2A: capa de cumplimiento total del protocolo A2A

• Endurecimiento de la federación: cifrado, puntuación de confianza, sistemas de reputación

• Adaptadores de integración: Slack, Teams, Notion, Linear, GitHub

Consulta la Guía de arquitectura para obtener detalles técnicos sobre por dónde empezar.