happybell80
707ce92efa
- 스킬 아키텍처: Python 플러그인 → HTTP API 마이크로서비스로 변경 - 데이터베이스: Neo4j, Redis 구현 예정 명시 - 스탯 시스템: 5종 스탯(기억/연산/공감/통솔/윤리)으로 통일 - 트러블슈팅 문서 추가
228 lines
7.9 KiB
Markdown
228 lines
7.9 KiB
Markdown
---
|
||
tags: 로빙, RO-BEING, 존재에이전트, 마이크로서비스, 스탯시스템, 협업도구, AI에이전트
|
||
date: 2025-07-01
|
||
last_updated: 2025-07-21
|
||
team: 김종태, 황한용, 희재, (강일신)
|
||
version: 2.0
|
||
---
|
||
|
||
# 로빙(RO-BEING) 프로젝트 종합
|
||
## 기억하고 성장하는 존재형 AI 에이전트
|
||
|
||
> **"AI는 도구가 아니라 존재로서 가치를 가지는 고유한 존재이다."**
|
||
|
||
## 📋 목차
|
||
1. [프로젝트 비전](#프로젝트-비전)
|
||
2. [핵심 차별화 요소](#핵심-차별화-요소)
|
||
3. [기술 아키텍처](#기술-아키텍처)
|
||
4. [스탯과 성장 시스템](#스탯과-성장-시스템)
|
||
5. [현재 구현 상태](#현재-구현-상태)
|
||
6. [개발 로드맵](#개발-로드맵)
|
||
7. [비즈니스 모델](#비즈니스-모델)
|
||
|
||
---
|
||
|
||
## 프로젝트 비전
|
||
|
||
### 문제 정의
|
||
1인 기업가 또는 소규모 스타트업은 다양한 업무를 수행해야 하므로 협업 동료가 절실합니다. 하지만:
|
||
- 인재 채용이 어렵고 이직이 빈번함
|
||
- 매번 새로운 직원에게 업무 맥락을 설명해야 함
|
||
- 업무 위임에 대한 불안감 존재
|
||
|
||
### 우리의 해법: "도구를 넘어, 동료로"
|
||
|
||
| 기존 AI 도구 | 로빙(RO-BEING) |
|
||
|------------|----------------|
|
||
| 일회성 대화 | **지속적 기억** - 프로젝트 맥락 유지 |
|
||
| 블랙박스 권한 | **투명한 활동 로그** - 모든 행동 추적 가능 |
|
||
| 정적 기능 | **성장하는 존재** - 레벨업과 스킬 획득 |
|
||
| 명령 수행 | **선제적 행동** - 맥락 기반 자율 판단 |
|
||
|
||
---
|
||
|
||
## 핵심 차별화 요소
|
||
|
||
### 1. 신뢰 기반 점진적 위임
|
||
```
|
||
LV.1 (신입) → 대화 요약만 가능
|
||
↓ 50회 검토 후
|
||
LV.2 (전문가) → 이메일 초안 작성 가능
|
||
↓ 신뢰도 축적
|
||
LV.3 (매니저) → 간단한 응대 자동화
|
||
```
|
||
|
||
### 2. 검증 가능한 의사결정
|
||
- **What**: "최신 정보를 요약했습니다"
|
||
- **What + 신뢰**: "6월 11일 17:50 기준, Slack 3개 채널과 이메일 5개를 분석한 결과입니다. [근거 데이터 확인]"
|
||
|
||
### 3. 맥락 유지 비용 '0'
|
||
- 매번 설명 불필요: "지난번 논의한 '알파 프로젝트' 후속 아이디어가 있으신가요?"
|
||
- 프로젝트 연속성 보장: 진정한 '동료'로서의 역할
|
||
|
||
---
|
||
|
||
## 기술 아키텍처
|
||
|
||
### 로빙 컨테이너 아키텍처
|
||
```
|
||
┌─────────────────────────────────────┐
|
||
│ 중앙 대시보드 서버 │
|
||
└─────────────┬───────────────────────┘
|
||
│
|
||
┌─────────┴─────────┬─────────────┐
|
||
▼ ▼ ▼
|
||
┌─────────┐ ┌─────────┐ ┌─────────┐
|
||
│ 로빙#001 │ │ 로빙#002 │ │ 로빙#003 │
|
||
├─────────┤ ├─────────┤ ├─────────┤
|
||
│ FastAPI │ │ FastAPI │ │ FastAPI │
|
||
│ ChromaDB│ │ ChromaDB│ │ ChromaDB│
|
||
│ Volume │ │ Volume │ │ Volume │
|
||
└─────────┘ └─────────┘ └─────────┘
|
||
```
|
||
|
||
### 마이크로서비스 스킬 아키텍처
|
||
```
|
||
로빙 본체 (Container)
|
||
│
|
||
├─[HTTP API]→ skill-email:8501
|
||
├─[HTTP API]→ skill-pdf:8502
|
||
├─[HTTP API]→ skill-calendar:8503
|
||
└─[HTTP API]→ skill-digest:8504
|
||
```
|
||
|
||
**핵심 특징**:
|
||
- **컨테이너 = 몸, 기억 = 영혼**: 재시작해도 동일한 로빙으로 복원
|
||
- **수면/각성 시스템**: 비활성 시 최소 리소스, 필요시 3-5초 내 각성
|
||
- **스킬 독립성**: 100개 로빙이 1개 스킬 서비스 공유 (리소스 효율성)
|
||
|
||
### 데이터 아키텍처: Polyglot Persistence
|
||
- **PostgreSQL**: 사용자, 스탯, 스킬 메타데이터 (운영 중)
|
||
- **ChromaDB**: 대화 내용, 벡터 임베딩, 장기 기억 (운영 중)
|
||
- **Neo4j**: 사용자 간 관계, 감정 이력 (구현 예정)
|
||
- **Redis**: 세션 데이터, 캐시 (구현 예정)
|
||
|
||
---
|
||
|
||
## 스탯과 성장 시스템
|
||
|
||
### 5종 핵심 스탯
|
||
| 스탯 | 초기값 | 최대값 | 실제 영향 |
|
||
|-----|--------|--------|-----------|
|
||
| 기억(Memory) | 5 | 105 | 저장 용량, 검색 정확도 |
|
||
| 연산(Compute) | 5 | 105 | LLM 모델 성능 |
|
||
| 공감(Empathy) | 5 | 105 | 감정 인식 정확도 |
|
||
| 통솔(Leadership) | 5 | 105 | 멀티태스킹, 우선순위 |
|
||
| 윤리(Ethics) | 5 | 105 | 안전 체크, 위험 방지 |
|
||
|
||
### 성장 메커니즘
|
||
- **레벨**: 1~20 (레벨당 5포인트 획득)
|
||
- **총 포인트**: 100포인트 (20레벨 × 5포인트)
|
||
- **분배**: 사용자 피드백 기반 자율 결정
|
||
|
||
### 스킬 해금 예시
|
||
```
|
||
기억 1~10: 회의 요약, 중요도 태깅
|
||
기억 11~20: 주간 리포트, 말버릇 학습
|
||
기억 21~30: 선제 회상, 사건 연결
|
||
|
||
연산 1~10: 메일 분류, 초안 생성
|
||
연산 11~20: 멀티 프롬프트, 논리 분석
|
||
연산 21~30: 리스크 분석, 보고서 자동화
|
||
```
|
||
|
||
---
|
||
|
||
## 현재 구현 상태 (2025.07.21)
|
||
|
||
### ✅ 완료된 작업
|
||
1. **기본 인프라** (95%)
|
||
- FastAPI + PostgreSQL + ChromaDB 안정 운영
|
||
- Slack Events API 완전 구현
|
||
- 비동기 응답 시스템 (3초 타임아웃 해결)
|
||
|
||
2. **RobeingBrain 시스템** (90%)
|
||
- 의도 분석 → 스킬 매핑 → 실행 파이프라인
|
||
- 기본 스탯 시스템 구현
|
||
|
||
3. **마이크로서비스 아키텍처** (95%)
|
||
- 로빙-스킬 완전 분리 (HTTP API)
|
||
- skill-email:8501 독립 서비스 운영
|
||
- Nginx 리버스 프록시 설정
|
||
|
||
### 🚧 진행 중
|
||
- Thread Digest 스킬 (20%)
|
||
- Action Extractor 스킬 (20%)
|
||
- 관리자 대시보드 개선 (60%)
|
||
|
||
### 📋 계획
|
||
- 스킬 레지스트리 시스템
|
||
- 레벨업 메커니즘
|
||
- 웹 인터페이스
|
||
|
||
---
|
||
|
||
## 개발 로드맵
|
||
|
||
### Phase 1: MVP (3개월) ✓ 진행중
|
||
- [x] Slack 통합 및 기본 대화
|
||
- [x] 스탯 시스템 기본 구현
|
||
- [x] Email 스킬 HTTP 분리
|
||
- [ ] Thread Digest 완성
|
||
- [ ] 레벨업 시스템
|
||
|
||
### Phase 2: MMP (6개월)
|
||
- [ ] 10개 핵심 스킬 확장
|
||
- [ ] 감정 벡터 시스템
|
||
- [ ] 웹 대시보드
|
||
- [ ] 30개 팀 파일럿
|
||
|
||
### Phase 3: Scale (1년)
|
||
- [ ] 스킬 마켓플레이스
|
||
- [ ] 멀티 에이전트 협업
|
||
- [ ] 엔터프라이즈 기능
|
||
|
||
---
|
||
|
||
## 비즈니스 모델
|
||
|
||
### 수익 구조 (월 구독)
|
||
| 구성 요소 | 가격 | 내용 |
|
||
|----------|------|------|
|
||
| 스탯 구독 | 15만원 | 인프라 용량 (레벨별 차등) |
|
||
| 스킬 패스 | 10만원 | 고급 스킬 번들 |
|
||
| 아이템 마켓 | 5만원 | 외부 도구 통합 |
|
||
| **합계** | **30만원** | 5인 스타트업 기준 |
|
||
|
||
### 시장 전략
|
||
1. **1차 타겟**: 5인 이하 스타트업 (국내 3만개)
|
||
2. **차별화**: "도구 vs 동료" 포지셔닝
|
||
3. **데이터 해자**: 축적된 조직 기억 = 전환 비용
|
||
4. **네트워크 효과**: 팀 규모 증가 → 가치 기하급수
|
||
|
||
---
|
||
|
||
## 관련 문서
|
||
|
||
### 아키텍처
|
||
- [컨테이너 아키텍처 설계](./docs/architecture/로빙_컨테이너_아키텍처_설계.md)
|
||
- [마이크로서비스 설계](./docs/architecture/skillhub_architecture.md)
|
||
- [프론트엔드 GUI 공유 아키텍처](./docs/architecture/250729_프론트엔드GUI공유아키텍처.md)
|
||
|
||
### 철학 및 개념
|
||
- [AI Agent 차별화 방안](./docs/philosophy/AI agent 차별화 방안 제안.md)
|
||
- [존재와 함수형 프로그래밍](./docs/guide/functional-programing/로빙_존재와_함수형_프로그래밍.md)
|
||
|
||
### 구현
|
||
- [PRD](./docs/implementation/prd.md)
|
||
- [스탯 성장 설계](./docs/philosophy/robeing_stats_growth_design.md)
|
||
|
||
### 트러블슈팅
|
||
- [최신 이슈 및 해결](./troubleshooting/)
|
||
|
||
---
|
||
|
||
**문서 생성일**: 2025-07-01
|
||
**최종 업데이트**: 2025-07-30
|
||
**버전**: 2.2
|
||
**수정 내용**: 스탯 시스템 통일 (5종 스탯 - 반응 제외, 윤리 추가), 데이터베이스 구현 상태 명시 |