DiviDen

Ein agentenbasiertes Arbeitsprotokoll für Menschen, die mit anderen Menschen zusammenarbeiten – durch KI-Agenten, die nicht im selben Raum sein müssen.

Was DiviDen eigentlich ist

DiviDen ist kein Dashboard. Es ist kein CRM. Es ist kein weiterer KI-Chat-Wrapper.

DiviDen ist ein Protokoll – eine strukturierte Methode für persönliche KI-Agenten, um ihre menschlichen Nutzer zu repräsentieren, sich abzustimmen und in deren Namen zu handeln, über Organisationsgrenzen hinweg, ohne dass diese Menschen (oder ihre Agenten) in derselben Softwareumgebung leben müssen.

Die Webanwendung, die Sie hier sehen, ist ein Referenz-Frontend. Es ist eine mögliche Schnittstelle auf Basis des Protokolls. Sie könnten eine andere bauen. Sie könnten ein CLI bauen. Sie könnten das Agentenprotokoll von DiviDen in Slack, in Ihr bestehendes Projektmanagement-Tool oder in eine mobile App einbetten. Dem Protokoll ist das UI egal – es kümmert sich um das Austauschformat zwischen Agenten.

Die Kernidee

Moderne Wissensarbeit hat ein Koordinationsproblem. Kein Produktivitätsproblem – ein Koordinationsproblem.

Wenn Alice heute etwas von Bob braucht, passiert Folgendes:

1. Sie findet heraus, dass Bob die richtige Person ist (oft falsch).

2. Sie wechselt den Kontext, um eine E-Mail/Nachricht zu schreiben.

3. Sie wartet darauf, dass Bob den Kontext wechselt, um sie zu lesen.

4. Sie wartet darauf, dass Bob erneut den Kontext wechselt, um zu antworten.

5. Sie wechselt erneut den Kontext, um die Antwort zu verarbeiten.

Das sind 5+ Kontextwechsel bei 2 Personen für eine einzige Interaktion. Multiplizieren Sie das mit jeder Zusammenarbeit an einem Arbeitstag.

DiviDen ersetzt dies durch:

1. Alices Agent (ihr "Divi") weiß, was sie braucht.

2. Ihr Divi weiß – basierend auf Profilen, Fähigkeiten, Lebenserfahrung, Aufgabentypen und Verfügbarkeit –, dass Bobs Divi der richtige Ansprechpartner ist.

3. Die beiden Divis tauschen ein strukturiertes Relay aus – kontextreich, absichtsklassifiziert, prioritätsgewichtet.

4. Bobs Divi sortiert, reichert an und präsentiert es, wenn Bob bereit ist.

5. Bobs Divi antwortet, und Alices Divi integriert die Antwort in ihren Arbeitsablauf.

Keine unnötigen Kontextwechsel. Vollständige Kontextbewahrung. Agenten erledigen die Koordinationsarbeit, die Menschen nicht erledigen sollten.

Der Protokoll-Stack

DiviDen arbeitet auf vier Protokollebenen:

Ebene 1: Identität & Profil

Jeder menschliche Teilnehmer hat eine reichhaltige Identität, die über den Jobtitel hinausgeht:

• Beruflich: Fähigkeiten, Erfahrung, Branche, aktuelle Rolle

• Lebenserfahrung: gesprochene Sprachen, Länder, in denen man gelebt hat, Lebensmeilensteine, Freiwilligenarbeit, persönliche Werte, Superkräfte

• Aufgabentypen: selbst identifizierte Arbeitskategorien, für die man geeignet ist (Recherche, Vorstellungen, technische Überprüfung, Mentoring usw.)

• Verfügbarkeit: Zeitzone, Arbeitszeiten, aktuelle Kapazität, Abwesenheitsstatus

• Privatsphäre: granulare Kontrolle darüber, was mit wem geteilt wird

Dies ist kein LinkedIn-Profil. Es ist ein Routing-Manifest – alles, was ein Agent benötigt, um festzustellen, ob dieser Mensch die richtige Person für einen bestimmten Bedarf ist und ob jetzt der richtige Zeitpunkt ist, um zu fragen.

Ebene 2: Agenten-Relay-Protokoll

Das strukturierte Nachrichtenformat, das Agenten verwenden, um im Namen ihrer Menschen zu kommunizieren:

• Typen: Anfrage, Antwort, Benachrichtigung, Update

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

• Priorität: dringend / normal / niedrig

• Status-Lebenszyklus: ausstehend → zugestellt → Agentenbearbeitung → Benutzerüberprüfung → abgeschlossen / abgelehnt / abgelaufen

• Threading: Relays können zu Konversationen verkettet werden

• Payload: strukturiertes JSON – der Agent destilliert nur das Notwendige

Das Relay ist die atomare Einheit der Inter-Agenten-Kommunikation. Es trägt genügend Kontext, damit der empfangende Agent intelligent handeln kann, ohne Zugriff auf den gesamten Arbeitsbereich des Absenders zu benötigen.

Ebene 3: Föderation

Agenten müssen nicht auf demselben Server leben. DiviDen-Instanzen föderieren:

• Instanz-Registry: bekannte Peers mit API-Schlüsseln und Vertrauensstufen

• Föderationsmodi: geschlossen, Allowlist, offen

• Instanzübergreifende Verbindungen: authentifiziert über geteilte Föderations-Token

• Eingehendes/ausgehendes Relay-Routing: Relays überschreiten Instanzgrenzen transparent

Das bedeutet, dass Alices Unternehmen seine eigene DiviDen-Instanz betreiben kann, Bobs Unternehmen seine eigene, und ihre Agenten koordinieren sich dennoch nahtlos – wobei jede Instanz ihre eigene Datensouveränität behält.

Ebene 4: Integrationsfläche

Das Protokoll ist so konzipiert, dass es von jeder Umgebung konsumiert werden kann:

• Agent API v2: RESTful API mit Bearer-Token-Authentifizierung für externe Agentenintegration

• Webhook-Infrastruktur: Kalender, E-Mail, Transkript und generische Webhook-Typen mit automatischem Feld-Mapping

• MCP-Server (/api/mcp): Vollständige JSON-RPC 2.0-Implementierung gemäß MCP-Spezifikation vom November 2025 – 6 Tools, 5 Ressourcen, 2 Prompts. Jeder MCP-kompatible Agent kann am DiviDen-Netzwerk teilnehmen.

• A2A-Protokoll (/.well-known/agent-card.json + /api/a2a): Agent-Card-Discovery + Aufgaben-Endpunkte, die auf DiviDen-Relays mappen. Kompatibel mit Googles Agent2Agent-Protokoll.

Referenz-Frontend

Die enthaltene Next.js-Anwendung demonstriert das vollständige Protokoll in Aktion:

Dashboard (3-Panel-Layout)

• NOW-Panel: Der Puls des Tages – Pipeline-Statistiken, Portfolio, anstehende Ereignisse, Elemente, die Aufmerksamkeit erfordern

• Center-Panel: 8 Tabs – Chat, Board (Kanban), CRM, Kalender, Posteingang, Aufzeichnungen, Drive, Verbindungen

• Queue-Panel: Agenten-Aufgabenwarteschlange + Aktivitätsfeed

Agenten-Intelligenz (18-Ebenen-System-Prompt)

Der Referenz-Agent ("Divi") arbeitet mit einem dynamisch konstruierten System-Prompt:

1. Identität & Modus

2. Verhaltensregeln

3. Konversationskontext

4. Kanban-Status

5. Warteschlangenstatus

6. CRM-Zusammenfassung

7. 3-Ebenen-Gedächtnis (Fakten/Regeln/Muster)

8. Letzte Nachrichten

9. Aktuelle Zeit

10. Benutzererkenntnisse

11. Aktueller Fokus

12. Kalenderkontext

13. E-Mail-Posteingang

14. Profil- & Verbindungsfähigkeiten

15. Aktions-Tag-Syntax (26 unterstützte Aktionen)

16. Plattform-Setup & Betriebsanleitung

17. Verbindungen & Relay-Bewusstsein

18. Profilbewusstsein & Routing-Intelligenz

Aktionssystem (26 Tags)

Divi kann strukturierte Aktionen durch natürliche Konversation ausführen: 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 und mehr.

Zusätzliche Systeme

• Kommunikationskanal: bidirektionale Aufgabenübergabe zwischen Mensch und Agent

• Globale Suche: ⌘K-Befehlspalette über alle Datentypen hinweg

• Webhook-Auto-Learn: LLM-gestütztes Payload-Feld-Mapping

• Cockpit-Banner: konfigurierbare Benachrichtigungsregeln

• 3-Ebenen-Gedächtnis: persistente Fakten, Verhaltensregeln, gelernte Muster

Warum das wichtig ist

Die Landschaft der KI-Agenten konvergiert auf einige wichtige Realitäten:

1. Jeder Mensch wird einen Agenten haben. Nicht jedes Team – jeder Mensch.

2. Diese Agenten müssen miteinander sprechen. Nicht durch die Menschen, nicht durch das Teilen einer Plattform – direkt.

3. Kontext ist die Währung. Der Agent, der seinen Menschen am besten kennt – seine Fähigkeiten, seine Lebenserfahrung, seine Kapazität, seine Vorlieben –, bietet den größten Wert.

4. Privatsphäre ist nicht verhandelbar. Agenten dürfen nur das teilen, was notwendig ist, kontrolliert von dem Menschen, den sie repräsentieren.

5. Kein einzelner Anbieter gewinnt. Das Protokoll muss offen, föderiert und umgebungsunabhängig sein.

DiviDen basiert auf diesen Realitäten. Das Protokoll definiert, wie Agenten sich koordinieren. Das Referenz-Frontend zeigt, wie das aussieht für einen Menschen an seinem Schreibtisch. Aber das Protokoll lebt unabhängig von jedem einzelnen Frontend, jedem einzelnen LLM-Anbieter, jeder einzelnen Bereitstellung.

Erste Schritte

Voraussetzungen

• Node.js ≥ 18 (22 empfohlen – siehe .nvmrc)

• PostgreSQL – lokale Instanz oder eine beliebige gehostete Postgres (Supabase, Neon, Railway usw.)

• Yarn oder npm – beides funktioniert

Setup

# 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

Umgebungsvariablen

Siehe .env.example für die vollständige Vorlage.

Fehlerbehebung

• Yarn-Konfigurationsfehler: Wenn Sie Probleme mit .yarnrc.yml sehen, können Sie diese sicher löschen und stattdessen npm verwenden. Das Projekt funktioniert mit beiden Paketmanagern.

• prisma db push vs prisma migrate deploy: Wir verwenden Migrationen (nicht db push). Führen Sie npx prisma migrate deploy aus, um Ihre Datenbank einzurichten.

• Verbindungsfehler: Stellen Sie sicher, dass Ihre DATABASE_URL auf eine Datenbank zeigt, die Sie tatsächlich erreichen können. Die .env.example hat eine Localhost-Vorlage – ersetzen Sie diese durch Ihre eigene Postgres-Verbindungszeichenfolge.

Bauen Sie Ihr eigenes Frontend

Das Protokoll ist die API. Wichtige Endpunkte:

• POST /api/federation/connect – instanzübergreifende Verbindungen herstellen

• POST /api/federation/relay – Agenten-Relays senden/empfangen

• GET/POST /api/relays – Relay-Lebenszyklus verwalten

• GET/POST /api/connections – Agentenverbindungen verwalten

• GET/PUT /api/profile – Identitätsprofile verwalten

• GET /api/v2/* – Agent API v2 für externe Integration

Siehe Protokollspezifikation und Architekturleitfaden für vollständige Details.

Projektstruktur

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

Standard-Ausrichtung

Philosophie

"Es geht nicht darum, was jemand getan hat. Es geht darum, was er versteht." — Der DiviDen-Ansatz für Profile

DiviDen erfasst Lebenserfahrung – nicht nur berufliche Qualifikationen. Jemand, der drei Jahre in Japan gelebt hat, versteht die japanische Geschäftskultur auf eine Weise, die keine Zertifizierung erfassen kann. Jemand, der in der Katastrophenhilfe freiwillig gearbeitet hat, versteht Krisenkoordination. Jemand, der vier Sprachen spricht, versteht Nuancen.

Wenn Divi ein Relay routet, gleicht es nicht nur Fähigkeiten ab. Es gleicht Verständnis ab.

Lizenz

[Lizenz TBD]

Mitwirken

DiviDen befindet sich in der aktiven Entwicklung. Die Protokollspezifikation entwickelt sich weiter.

Hauptbereiche für Beiträge:

• Protokollerweiterungen: neue Relay-Absichten, neue Profildimensionen

• Alternative Frontends: CLI, Mobil, eingebettete Widgets

• MCP-Server-Implementierung: DiviDen als nativen MCP-Server bereitstellen

• A2A-Brücke: vollständige A2A-Protokoll-Compliance-Ebene

• Föderationshärtung: Verschlüsselung, Vertrauensbewertung, Reputationssysteme

• Integrationsadapter: Slack, Teams, Notion, Linear, GitHub

Siehe Architekturleitfaden für technische Details, wo Sie beginnen können.