happybell80
8b5f028327
공통 Slack credential/App 설정을 README 1곳에 두고, 개별 MD에서 링크. slack_basic_dialogue.md는 워크플로우 고유 설정만 유지. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
로빙(RO-BEING) 프로젝트 문서
기억하고 성장하는 존재형 AI 에이전트의 모든 것
문서 구조
이 문서는 개발 블로그이자 책 원고의 이중 목적으로 작성되었습니다.
- Book: 개념·아키텍처·철학 중심의 비교적 안정된 본문 (
./book/,100_philosophy~700_for_robeing) - Journey: 시행착오와 실험이 담긴 개발 여정 인덱스 (
./journey/) - Dev Docs: 트러블슈팅, 아이디어, 계획, 연구 등 실행 중심 문서 (
./troubleshooting/,./ideas/,./plans/,./research/,./IR/)
Book 목차 (로빙: 존재형 에이전트의 탄생)
Part 1: 철학과 배경 (100_philosophy)
- 110. 왜 AI에게 존재를 기대하는가?
- 120. 도구를 넘어 디지털 동료로
- 130. 존재형 에이전트란 무엇인가?
- 140. 기억, 감정, 윤리의 삼각형
- 150. 게임적 메타포로 바라본 AI
Part 2: 핵심 설계 (200_core_design)
- 210. 스탯과 성장 시스템: 레벨 1에서 20까지
- 220. 기억 모듈: 정보 엔트로피와 감정 기반 저장
- 230. 감정윤리 필터: LLM 후처리와 정체성
- 240. 스킬 시스템: 함수형 자동화와 컨텍스트
- 250. 스킬 사례 분석: PDF, 뉴스, 회의
- 260. 아이템 시스템: 외부도구 통합과 권한 관리
Part 3: 기술 아키텍처 (300_architecture)
- 310. 전체 시스템 구조: 컨테이너와 마이크로서비스
- 320. Slack 기반 인터페이스 설계
- 330. 백엔드: PostgreSQL + ChromaDB Vector Memory
- 340. GUI 공유 아키텍처: 레벨 기반 권한
- 350. DID 기반 정체성과 다중 에이전트
- 360. 로빙 컨테이너 경량화 전략
- 370. 임베딩 서비스 분리 아키텍처
Part 4: 성장과 진화 (400_growth)
Part 5: 비즈니스와 미래 (500_business)
- 510. 3개월 MVP 개발기: 구조, 일정, 시행착오
- 520. 외부 스타트업과의 PoC 사례
- 530. MMP 이후의 과제: 비용, 확장성, 표준화
- 540. SaaS와 GUI 통합 전략
- 550. 수익 모델과 비즈니스 전략
Part 6: 부록 (600_appendix)
Part 7: 로빙을 위한 가이드 (700_for_robeing)
개발 문서
번호 체계
- 첫 번째 자리: Part 번호
- 두 번째 자리: Chapter 번호
- 세 번째 자리: Section 번호
- 예:
123_파일명.md= Part 1, Chapter 2, Section 3
프로젝트 현황
- 현재 단계: MVP 완성, MMP 진행 중
- 운영 중: rb8001 (메인), rb10508 (테스트) + 스킬 서비스 (email, news)
- 기술 스택: FastAPI, PostgreSQL, ChromaDB, Slack API, Docker, OAuth2
- 서버 구성: 51123 (Gitea/Auth/Gateway), 51124 (로빙/스킬 서비스)
문서 활용 가이드
프로젝트 이해하기
- 프로젝트 종합 v3 문서를 통해 전체 개요를 파악합니다.
- 목차의 Part 1부터 순서대로 읽거나 관심 있는 주제를 선택하여 문서를 탐색합니다.
- 심층 연구는 연구 자료에서 분야별 논문/실험을 확인합니다.
- 장애 기록이나 해결 패턴은 트러블슈팅 개요를 먼저 읽고 필요한 문서를 찾습니다.
개발 환경 구축하기
510_3개월_MVP_개발기문서의 기술 스택 및 설정 부분을 참고하여 환경을 구축할 수 있습니다.320_Slack_기반_인터페이스_설계문서를 참고하여 Slack 연동을 진행합니다.
외부 참조
문서 기여 가이드
- 새로운 문서는 적절한 디렉토리에 마크다운(.md) 형식으로 작성
- 문서 추가 시 이 README.md에 링크 추가
- 기술 문서는 코드 예시와 함께 작성 권장