DiviDen

같은 공간에 있지 않아도 AI 에이전트를 통해 협업하는 인간들을 위한 에이전트 작업 프로토콜.

DiviDen이란 무엇인가

DiviDen은 대시보드가 아닙니다. CRM도 아닙니다. 또 다른 AI 채팅 래퍼도 아닙니다.

DiviDen은 프로토콜입니다. 개인용 AI 에이전트가 인간(사용자)을 대신하여 조직의 경계를 넘어 정보를 표현하고, 조정하며, 행동할 수 있도록 하는 구조화된 방식입니다. 이 과정에서 인간이나 에이전트가 동일한 소프트웨어 환경에 있을 필요가 없습니다.

여기서 보시는 웹 애플리케이션은 **참조용 프론트엔드(reference frontend)**입니다. 이는 프로토콜 위에 구축된 하나의 인터페이스일 뿐입니다. 여러분은 또 다른 인터페이스를 만들 수도 있고, CLI를 만들 수도 있습니다. DiviDen의 에이전트 프로토콜을 Slack, 기존 프로젝트 관리 도구, 또는 모바일 앱에 내장할 수도 있습니다. 프로토콜은 UI에 관심이 없습니다. 에이전트 간의 **교환 형식(exchange format)**에 관심이 있을 뿐입니다.

핵심 통찰

현대 지식 노동에는 조정(coordination) 문제가 있습니다. 생산성 문제가 아니라 조정 문제입니다.

오늘날 앨리스가 밥에게 무언가를 요청해야 할 때, 앨리스는 다음과 같은 과정을 거칩니다:

1. 밥이 적임자인지 파악한다 (종종 틀림)

2. 이메일/메시지를 쓰기 위해 컨텍스트를 전환한다

3. 밥이 메시지를 읽기 위해 컨텍스트를 전환할 때까지 기다린다

4. 밥이 응답하기 위해 다시 컨텍스트를 전환할 때까지 기다린다

5. 응답을 처리하기 위해 다시 컨텍스트를 전환한다

단 한 번의 상호작용을 위해 두 사람이 5번 이상의 컨텍스트 전환을 겪습니다. 업무 중 발생하는 모든 협업에 이를 곱해보십시오.

DiviDen은 이를 다음과 같이 대체합니다:

1. 앨리스의 에이전트(그녀의 "Divi")가 그녀에게 필요한 것을 파악한다

2. 그녀의 Divi는 프로필, 기술, 실생활 경험, 작업 유형, 가용성을 바탕으로 밥의 Divi가 적임자임을 파악한다

3. 두 Divi는 구조화된 **릴레이(relay)**를 교환한다 — 풍부한 컨텍스트, 의도 분류, 우선순위 가중치가 포함됨

4. 밥의 Divi는 밥이 준비되었을 때 이를 분류, 보강하여 제시한다

5. 밥의 Divi가 응답하고, 앨리스의 Divi는 그 응답을 그녀의 워크플로우에 통합한다

불필요한 컨텍스트 전환은 제로입니다. 컨텍스트는 완벽하게 보존됩니다. 인간이 할 필요가 없는 조정 업무를 에이전트가 수행합니다.

프로토콜 스택

DiviDen은 4개의 프로토콜 계층에서 작동합니다:

계층 1: 신원 및 프로필

각 인간 참여자는 직함 그 이상의 풍부한 신원을 가집니다:

• 전문성: 기술, 경력, 산업, 현재 역할

• 실생활 경험: 구사 언어, 거주 국가, 인생의 이정표, 봉사 활동, 개인적 가치관, 슈퍼파워

• 작업 유형: 본인이 적합하다고 판단하는 업무 카테고리 (조사, 소개, 기술 검토, 멘토링 등)

• 가용성: 시간대, 근무 시간, 현재 업무량, 부재중 상태

• 개인정보 보호: 누구와 무엇을 공유할지에 대한 세밀한 제어

이것은 LinkedIn 프로필이 아닙니다. 이것은 **라우팅 매니페스트(routing manifest)**입니다. 에이전트가 특정 요구 사항에 대해 이 사람이 적임자인지, 지금 요청하는 것이 적절한지 판단하는 데 필요한 모든 정보입니다.

계층 2: 에이전트 릴레이 프로토콜

에이전트가 인간을 대신하여 통신하는 데 사용하는 구조화된 메시지 형식:

• 유형: 요청, 응답, 알림, 업데이트

• 의도: get_info, assign_task, request_approval, share_update, schedule, introduce, custom

• 우선순위: 긴급 / 보통 / 낮음

• 상태 수명 주기: 대기 중 → 전달됨 → 에이전트 처리 중 → 사용자 검토 중 → 완료됨 / 거절됨 / 만료됨

• 스레딩: 릴레이는 대화로 연결될 수 있음

• 페이로드: 구조화된 JSON — 에이전트는 필요한 정보만 추출함

릴레이는 에이전트 간 통신의 원자 단위입니다. 수신 에이전트가 발신자의 전체 작업 공간에 접근할 필요 없이 지능적으로 행동할 수 있는 충분한 컨텍스트를 전달합니다.

계층 3: 페더레이션(연합)

에이전트가 같은 서버에 있을 필요는 없습니다. DiviDen 인스턴스는 연합합니다:

• 인스턴스 레지스트리: API 키와 신뢰 수준을 가진 알려진 피어

• 페더레이션 모드: 폐쇄형, 허용 목록, 개방형

• 인스턴스 간 연결: 공유 페더레이션 토큰을 통해 인증

• 인바운드/아웃바운드 릴레이 라우팅: 릴레이가 인스턴스 경계를 투명하게 넘나듦

즉, 앨리스의 회사가 자체 DiviDen 인스턴스를 운영하고 밥의 회사가 그들의 인스턴스를 운영하더라도, 각 인스턴스가 데이터 주권을 유지하면서 에이전트들은 원활하게 조정할 수 있습니다.

계층 4: 통합 인터페이스

이 프로토콜은 모든 환경에서 소비되도록 설계되었습니다:

• Agent API v2: 외부 에이전트 통합을 위한 Bearer 토큰 인증 기반의 RESTful API

• 웹훅 인프라: 자동 학습 필드 매핑을 지원하는 캘린더, 이메일, 녹취록 및 일반 웹훅 유형

• MCP 서버 (/api/mcp): 2025년 11월 MCP 사양에 따른 완전한 JSON-RPC 2.0 구현 — 6개 도구, 5개 리소스, 2개 프롬프트. MCP 호환 에이전트는 누구나 DiviDen 네트워크에 참여할 수 있습니다.

• A2A 프로토콜 (/.well-known/agent-card.json + /api/a2a): 에이전트 카드 검색 + DiviDen 릴레이에 매핑되는 작업 엔드포인트. Google의 Agent2Agent 프로토콜과 호환됩니다.

참조 프론트엔드

포함된 Next.js 애플리케이션은 전체 프로토콜의 작동 방식을 보여줍니다:

대시보드 (3패널 레이아웃)

• NOW 패널: 오늘의 핵심 — 파이프라인 통계, 포트폴리오, 예정된 이벤트, 주의가 필요한 항목

• 중앙 패널: 8개 탭 — 채팅, 보드(칸반), CRM, 캘린더, 받은 편지함, 녹음, 드라이브, 연결

• 큐 패널: 에이전트 작업 큐 + 활동 피드

에이전트 지능 (18계층 시스템 프롬프트)

참조 에이전트("Divi")는 동적으로 구성된 시스템 프롬프트로 작동합니다:

1. 신원 및 모드

2. 행동 규칙

3. 대화 컨텍스트

4. 칸반 상태

5. 큐 상태

6. CRM 요약

7. 3단계 메모리 (사실/규칙/패턴)

8. 최근 메시지

9. 현재 시간

10. 사용자 학습 내용

11. 활성 포커스

12. 캘린더 컨텍스트

13. 이메일 받은 편지함

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단계 메모리: 지속적인 사실, 행동 규칙, 학습된 패턴

이것이 중요한 이유

AI 에이전트 환경은 몇 가지 핵심적인 현실로 수렴하고 있습니다:

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에는 로컬호스트 템플릿이 있습니다. 이를 자신의 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은 단순히 전문적인 자격 증명이 아니라 실생활 경험을 포착합니다. 3년간 일본에 거주한 사람은 어떤 자격증으로도 포착할 수 없는 일본 비즈니스 문화를 이해합니다. 재난 구호 활동을 한 사람은 위기 조정 능력을 이해합니다. 4개 국어를 구사하는 사람은 뉘앙스를 이해합니다.

Divi가 릴레이를 라우팅할 때, 단순히 기술만 일치시키는 것이 아닙니다. *이해(understanding)*를 일치시킵니다.

라이선스

[라이선스 미정]

기여하기

DiviDen은 활발히 개발 중입니다. 프로토콜 사양은 계속 진화하고 있습니다.

기여할 수 있는 주요 분야:

• 프로토콜 확장: 새로운 릴레이 의도, 새로운 프로필 차원

• 대체 프론트엔드: CLI, 모바일, 임베디드 위젯

• MCP 서버 구현: DiviDen을 네이티브 MCP 서버로 노출

• A2A 브리지: 전체 A2A 프로토콜 준수 계층

• 페더레이션 강화: 암호화, 신뢰 점수, 평판 시스템

• 통합 어댑터: Slack, Teams, Notion, Linear, GitHub