섹션 1. 서비스 개요 (Service Profiler)
1.1 OpenClaw
한 문장 정의
개인 기기에서 로컬 실행되며 WhatsApp·Telegram·Discord 등 22개 이상 메시징 채널을 AI 에이전트 인터페이스로 전환하는 오픈소스 자율 에이전트 런타임
카테고리 / 형태
Agent Runtime (로컬 퍼스트, 메시징 채널 통합형) / CLI + npm 패키지 + 데몬 프로세스
라이선스 / 저장소
MIT / github.com/openclaw/openclaw
LLM 연동
registerApiProvider 동적 레지스트리 (Anthropic, OpenAI, 로컬 모델 플러그인)
| 생태계 지표 |
수치 |
판정 |
| GitHub Stars | 379,000 | 최대 |
| npm 다운로드 | 3.5M+ | 확인 |
| 주간 Docker Pulls | 132,000 | 확인 |
| ClawHub 스킬 수 | 5,400+ | 확인 |
| 릴리즈 수 | 137개 | 활발 |
| 버스 팩터 | 6+ (양호) | 안전 |
| CVE 누적 | 137개 어드바이저리 / 공식 CVE 5개 | 위험 |
| 악성 스킬 누적 | 1,400+ (ClawHavoc 캠페인) | 위험 |
핵심 리스크: 인증 기본값 비활성화 설계 — CVE-2026-25253 (CVSS 8.8) 근본 원인. SECURITY.md 명시: "Multi-user gateway isolation is not a supported threat model". 스킬(ClawHub) 실행 격리 없음.
| 판정 기준 | 점수 |
| Intelligence Score (vol1) | 4 / 5 |
| 기술 성숙도 | Early (Maturity Score: 2) |
| 보안 | ★☆☆☆☆ |
| 기업 채택 적합도 | 부적합 |
1.2 Hermes Agent
한 문장 정의
Nous Research 개발, 사용 경험으로 스킬을 자동 생성·자기 개선하는 닫힌 학습 루프를 핵심으로 하는 자율 AI 에이전트 런타임
카테고리 / 형태
Agent Runtime (자기 개선형) / Python CLI + PyPI + Electron 데스크톱 앱(v0.16.0+) + Tauri 설치 도구
핵심 언어 / 런타임
Python 3.11-3.13 (82.4%), TypeScript (13.6%) / FastAPI + Uvicorn (ACP 서버), Electron + React (데스크톱)
LLM 연동
ProviderTransport ABC + 동적 레지스트리 팩토리 (Anthropic/Bedrock/OpenAI/Codex, OpenRouter 경유 200+ 모델)
| 생태계 지표 | 수치 | 판정 |
| GitHub Stars | 193,000 | 대형 |
| PyPI 월간 다운로드 | 372,242 | 확인 |
| 커뮤니티 프로젝트 수 | 80+ | 확인 |
| PR 병합 수 추이 | 95 → 550 (급증) | 가속 |
| OpenRouter 일간 앱 랭킹 | 2026-05-10 글로벌 #1 (224B daily tokens) | 검증 |
| CVE 현황 | 5개+ 공개 (벤더 미패치 다수) | 주의 |
Multi-Agent 주장 검증: "병렬 서브에이전트(delegate_tool.py)" — ThreadPoolExecutor 기반, max_concurrent_children=3 기본값. 확인됨. "자기 개선 학습 루프" — 프롬프트 유도(SKILLS_GUIDANCE) + _iters_since_skill 카운터 기반 소프트 넛지. LLM이 skill_manage 호출 거부 가능. 부분 확인
| 판정 기준 | 점수 |
| Intelligence Score (vol1) | 4 / 5 |
| 기술 성숙도 | Early (Maturity Score: 2) |
| 보안 | ★★☆☆☆ |
| 기업 채택 적합도 | 주의 |
1.3 ConnectAI
한 문장 정의
단일 로컬 LLM 위에서 시스템 프롬프트를 순차 교체하며 10개 페르소나를 구현하고, 마크다운 파일 시스템을 지식 저장소로 사용하며, 15분 주기 자율 사이클로 작동하는 1인 창업자용 "파일 기반 Persona Orchestration OS"
카테고리 / 형태
Persona Orchestration OS (VS Code 확장형, 1인 창업자 특화) / VS Code Extension (VSIX)
LLM 연동
Ollama (:11434) 또는 LM Studio (:1234) — 로컬 오프라인, 단일 LLM 엔드포인트 공유
지식 저장소
파일시스템 (brain 폴더 ~/.connect-ai-brain/) + Graph RAG (wikilink + anchor BFS 1-hop)
| 창업자 주장 | 실제 구현 | 판정 |
| "9명의 독립적인 AI 직원" | 단일 스레드 순차 실행, persona 컨텍스트 스왑 | 불일치 |
| "멀티에이전트 병렬 협업" | for (const t of plan.tasks) — await 포함 완전 순차 루프 | 불일치 |
| "24시간 자율 운영 루프" | 8개 백그라운드 타이머 실제 작동 (extension.ts:7927) | 확인 |
| "Graph RAG 컨텍스트 매칭" | wikilink + anchor 기반 BFS 1-hop 그래프 탐색 | 확인 |
| "Multi-Agent System" | 단일 SidebarChatProvider 내 순차 실행 | 불일치 |
White Paper 최종 정의: "Connect-AI는 Multi-Agent System이 아니라 Planner-Centric Persona Orchestration Architecture다." 핵심 주장 6개 중 4개에서 실제 구현과 괴리. 멀티에이전트성 주장의 100%가 허구.
| 판정 기준 | 평가 |
| extension.ts 크기 | 21,722줄 단일 파일 (White Paper §12.1) |
| 기술 성숙도 | [추정] Early — 단위 테스트 없음, 모놀리스, 보안 취약점 다수 |
| 보안 | ★☆☆☆☆ (CRITICAL: LLM→shell:true 직접 실행, 인증 없는 HTTP 브리지) |
| 기업 채택 적합도 | 부적합 |
1.4 DeskRPG
한 문장 정의
2D 픽셀아트 가상 오피스에서 OpenClaw 기반 AI NPC를 고용·업무 위임·회의 진행하는 셀프호스팅 멀티플레이어 워크스페이스 겸 멀티 AI 에이전트 런타임 플랫폼
카테고리 / 형태
Agent Runtime + Virtual Office (픽셀아트 게임 UX 통합형) / 셀프호스팅 웹앱 (Next.js 16.2.1) + Docker
게임 엔진 / 통신
Phaser 3.90.0 (A* 경로 탐색, NPC 인터랙션) / Socket.io 4.8.3 (서버/클라이언트)
LLM 연동
NpcAdapter 인터페이스 + AdapterRegistry (openclaw/claude/codex/gemini/opencode 5종 어댑터)
| 생태계 지표 | 수치 | 판정 |
| GitHub Stars | 83 | 초기 |
| GitHub Forks | 68 | |
| Fork/Star 비율 | 82% (비정상적으로 높음) | 플랫폼 신뢰 부족 |
| 버스 팩터 | 1 (dandacompany 단독 개발자 Dante Kwak) | 위험 |
| 커뮤니티 채널 | Discord/Slack 없음, YouTube + Email 전용 | 취약 |
| 라이선스 | Sustainable Use License (SaaS 재배포 금지) | 제약 |
핵심 보안 이슈: 채널 비밀번호 bcrypt 없이 plaintext VARCHAR(255) 저장. JWT 개발용 하드코딩 시크릿 (src/lib/dev-constants.ts:2). Claude 어댑터 --dangerously-skip-permissions 플래그 기본 사용 — 파일시스템 샌드박스 비활성화.
| 판정 기준 | 점수 |
| Intelligence Score (vol1) | 3 / 5 |
| 기술 성숙도 | Early (Maturity Score: 2) |
| 보안 | ★★☆☆☆ |
| 기업 채택 적합도 | 주의 (Sustainable Use License: SaaS 재배포 금지) |
1.5 Cross-Service Comparison Matrix
| 비교 항목 |
OpenClaw |
Hermes Agent |
ConnectAI |
DeskRPG |
| 카테고리 |
Agent Runtime (메시징 채널) |
Agent Runtime (자기 개선형) |
Persona Orchestration OS |
Agent Runtime + Virtual Office |
| 주요 언어 |
TypeScript |
Python 82.4% / TS 13.6% |
TypeScript / Python |
TypeScript 90.8% |
| 라이선스 |
MIT |
MIT |
MIT |
Sustainable Use |
| GitHub Stars |
379,000 |
193,000 |
N/A |
83 |
| 멀티 에이전트 실제 구현 |
단일 에이전트 + 멀티 채널 |
ThreadPoolExecutor 병렬 (최대 3) |
순차 Persona Swapping (병렬 없음) |
AdapterRegistry 다중 NPC (동시 10개 subprocess 제한) |
| 보안 등급 |
★☆☆☆☆ (137 CVE) |
★★☆☆☆ (5+ CVE 벤더 미패치) |
★☆☆☆☆ (LLM→shell:true CRITICAL) |
★★☆☆☆ (비밀번호 미해싱) |
| 기업 채택 적합도 |
부적합 |
주의 |
부적합 |
주의 |
| 핵심 강점 |
생태계 규모 + 채널 다양성 (22+) |
자기 개선 루프 + Transport 추상화 |
Auto-Cycle + Graph RAG + 파일 메모리 |
픽셀아트 UX + 멀티 어댑터 + PG/SQLite 이중 지원 |
섹션 2. 기술 심층 분석 (Tech Archaeologist)
연구 질문: 왜 multi-agent를 표방한 ConnectAI와 DeskRPG는 결국 single-agent 구현으로 귀결되었는가? 그 기술적·비즈니스적 이유는 무엇이며 Small Vill은 어떤 대안을 취해야 하는가?
2.1 주장 vs 현실 갭 분석 (Truth Table)
ConnectAI
| 공식 주장 |
실제 구현 |
갭 등급 |
소스 근거 |
| "9명의 독립적인 AI 직원" |
단일 LLM 엔드포인트에서 시스템 프롬프트를 순차 교체하는 Persona Swapping |
CRITICAL GAP |
agents.ts:31 AgentDef 인터페이스: 에이전트 = 데이터 객체 |
| "멀티에이전트 병렬 협업" |
for (const t of plan.tasks) — await 포함 완전 순차 루프. 병렬 실행 0건 |
CRITICAL GAP |
extension.ts:19909 |
| "에이전트 간 직접 통신" |
peerCtx(이전 출력 1500자 concat)를 프롬프트에 주입하는 단방향 연결. 메시지 버스 없음 |
CRITICAL GAP |
extension.ts:19920 peerCtx 조립 로직 |
| "24시간 자율 운영" |
8개 백그라운드 타이머 실제 작동 (Auto-Cycle 15분 포함) |
CONFIRMED |
extension.ts:7927 |
| "Graph RAG 컨텍스트 매칭" |
wikilink + anchor 기반 BFS 1-hop 그래프 탐색 실제 구현 |
CONFIRMED |
extension.ts readGraphRagBrainContext() |
DeskRPG
| 공식 주장 |
실제 구현 |
갭 등급 |
소스 근거 |
| "Multi-adapter NPC system" |
AdapterRegistry + 5개 어댑터 클래스 실제 구현 |
CONFIRMED |
src/lib/adapters/types.ts:71-91 |
| "NPC 어댑터 다형성" |
OpenClaw 어댑터가 execute()에서 throw new Error("Use executeWithGateway() instead") — 인터페이스 계약 위반 |
DESIGN FLAW |
src/lib/adapters/openclaw-adapter.ts:19-23 |
| "수평 확장 멀티에이전트" |
모든 상태(players, npcChatHistory, meetingRooms)가 인메모리 Map. 단일 프로세스 종속 |
CRITICAL GAP |
socket-handlers.ts 전체 |
| "멀티에이전트 회의 오케스트레이터" |
meeting-discussion.ts가 NPC들을 순차 호출. 실제 동시 추론 없음 |
PARTIAL GAP |
src/server/meeting-discussion.ts |
2.2 Multi-Agent 포기의 기술적 원인 5가지
ConnectAI의 에이전트 간 정보 전달 경로는 3가지뿐이다: peerCtx(이전 출력 1500자 concat, 세션 중 소멸) / memory.md(1줄 append, 비구조화) / decisions.md(전체 공유). 소형 로컬 LLM(Llama 3 8B)의 컨텍스트 윈도우가 이미 ~18,500토큰으로 포화 상태이기 때문에 1500자 이상 peerCtx는 잘릴 수밖에 없다.
// ConnectAI — extension.ts:19909, 19920
for (const t of plan.tasks) {
const peerCtx = Object.entries(outputs)
.map(([k, v]) => `### ${AGENTS[k].name}\n${v.slice(0, 1500)}`).join('\n');
const out = await this._callAgentLLM(systemPrompt + peerCtx, t.task);
outputs[t.agent] = out;
}
결론: 상태 동기화 비용이 단일 팀의 구현 역량을 초과했다. 파일 기반(ConnectAI) 또는 인메모리(DeskRPG) 공유 스토리지로 타협했다.
ConnectAI는 로컬 LLM 단일 엔드포인트 사용으로 10개 에이전트 병렬 실행 시 단일 GPU에서 경합 발생. DeskRPG는 subprocess 동시 실행을 최대 10개로 제한(DEFAULT_MAX_CONCURRENT = 10, DEFAULT_TIMEOUT_MS = 180,000).
결론: 로컬 LLM 사용자(ConnectAI)는 GPU 단일 큐 제약, 클라우드 LLM 사용자(DeskRPG via OpenClaw)는 API 비용이 병렬 실행의 벽이다.
ConnectAI CEO Planner가 plan.tasks JSON 생성 시 4단계 예외 복구 파서(_parsePlan, extension.ts:19716)를 사용한다는 사실 자체가 LLM 출력 불안정성의 증거다. 10개 에이전트가 독립적으로 추론하면 모순 결과 발생 확률이 지수적으로 증가한다.
결론: 모순 감지·해결 메커니즘(Consensus Protocol, Voting, Arbitration) 구현이 소형 팀에게 과도한 부담. 순차 파이프라인이 이 문제를 구조적으로 회피한다.
ConnectAI: 단일 파일 21,722줄 모놀리스 + 단위 테스트 0건. DeskRPG: socket-handlers.ts (64KB) "God Module" — 실시간 인증, RBAC, NPC 대화, 태스크 자동화, 회의 오케스트레이션이 단일 파일에 혼재.
결론: 디버깅 인프라 없이 분산 에이전트 운영 = 운영 불가능한 블랙박스. 순차 실행은 로그를 위에서 아래로 읽으면 추적된다.
ConnectAI는 1인 창업자, DeskRPG는 버스팩터 1의 단독 개발자 프로젝트. 진정한 MAS 구현 요구사항은 에이전트별 독립 프로세스/컨테이너, 메시지 브로커(RabbitMQ/Redis Pub/Sub/Kafka), 분산 상태 스토리지, 서비스 디스커버리, 분산 트레이싱, 에이전트 생명주기 관리, 컨센서스 프로토콜 — 7개 인프라 항목이다.
결론: 1~2인 팀이 빠른 출시 압박 하에서 MAS 인프라 전체를 구축하는 것은 비현실적이다. Persona Swapping과 어댑터 위임은 엔지니어링 예산 내에서 "멀티에이전트처럼 보이는" 경험을 제공하기 위한 현실적 타협이다.
2.3 아키텍처 스펙트럼 매핑
[완전 단일] <----------------------------------------> [진정한 멀티에이전트]
ChatGPT ConnectAI DeskRPG MSI AutoGen/CrewAI
(단일 LLM, (Persona (어댑터 (파이프라인 (독립 에이전트,
단일 스레드) Swapping, 위임, 구조, 메시지 버스,
단일 LLM, 단일 인메모리 순차 병렬 실행)
순차 for loop) 상태, 순차 오케스트레이션)
NPC 호출)
1.0 2.5 3.5 4.0 5.0
Small Vill 목표: 4.5 ~ 5.0
| 서비스 | 실제 에이전트 수 | 병렬 실행 | LLM 엔드포인트 | 스펙트럼 위치 |
| ConnectAI | 1 (Persona 10개) | 없음 | 단일 (Ollama/LM Studio) | 2.5/5.0 |
| DeskRPG | 1 서버 + N subprocess | 제한적 (max 10) | 다중 (어댑터 추상화) | 3.5/5.0 |
| MSI | 8 (순차 파이프라인) | 없음 | Claude Code | 4.0/5.0 |
| Small Vill 목표 | N (공간 기반) | 부분 병렬 | 다중 | 4.5~5.0 |
2.4 Small Vill을 위한 대안 아키텍처 3가지
[사용자 요청]
│
NPC-A (정보 수집·분류) → context_store
│
NPC-B (전문 분석) → context_store
│
NPC-C (통합 응답 생성) → 사용자
│
NPC-D (메모리·학습 기록) → persistent_store
구현 복잡도2/5
사용자 가치3/5
장점구현 빠름. 디버깅 쉬움. MSI 증명 구조
단점NPC들이 실제로 "대화"하지 않음. 가상 공간 몰입감 제한
적합 사례MVP 단계. NPC 수 3~5개
[사용자 이벤트]
│
Event Bus (Redis Pub/Sub / BullMQ)
│
┌───┴──────────────────┐
▼ ▼ ▼
NPC-Garden NPC-Library NPC-Market
└──────────┬───────────┘
Shared Context Store (Redis)
│
응답 집계 + 사용자 전달
구현 복잡도4/5
사용자 가치4/5
장점NPC들이 실제로 독립적으로 반응. 수평 확장 가능
단점Redis 인프라 필요. 분산 시스템 디버깅 복잡
적합 사례Series A 이후. 팀 3인 이상. NPC 10개 이상
Village State (공유 메모리)
┌──────────────────────────────────────┐
│ world_events[] ← 모든 NPC가 구독 │
│ npc_memories[] ← 에이전트별 메모리 │
│ user_interactions[] │
│ village_knowledge{} ← MSI형 누적 │
└──────────────┬───────────────────────┘
┌──────────┼──────────┐
▼ ▼ ▼
NPC-장로 NPC-상인 NPC-학자
└──────── Village Map에 물리적 위치
공간 근접성 = 상호작용 확률
핵심 혁신공간 근접성 기반 에이전트 협력 — NPC들이 같은 장소에 있을 때 자동으로 컨텍스트 공유
구현 복잡도5/5
사용자 가치5/5
섹션 3. 산업 분석 — Agentic Virtual Office 시장 (Market Strategist)
3.1 2×2 시장 포지셔닝 매트릭스
높음 │ │ [Small Vill 목표]
│ │ 에이전트 자율성 높음
가상 │ │ 가상 공간 통합도 높음
공간 │ │ (현재 공백 사분면 ★)
통합 │ │
도 │ DeskRPG ● │
│ (픽셀아트 공간 있음, │
낮음 │ 자율성 낮음) │
│ ConnectAI ● │ Hermes ●
│ (자율성 중간, │ (자율성 높음,
│ 공간 없음) │ 공간 없음)
│ OpenClaw ●│
└──────────────────────────────┘
낮음 높음
<── 에이전트 자율성 ──>
핵심 발견: Small Vill이 목표하는 "에이전트 자율성 높음 + 가상 공간 통합도 높음" 사분면은 현재 완전한 공백이다. 4개 서비스는 각각 한 축에만 집중되어 있으며, 두 축을 동시에 달성한 서비스가 없다.
3.2 경쟁 지형
| 구분 |
현재 솔루션 |
한계 |
Small Vill 기회 |
| 가상 오피스 |
Gather Town, Kumospace |
AI 없음, 단방향 |
AI NPC + 양방향 |
| Agent Runtime |
OpenClaw, Hermes |
가상 공간 없음 |
공간 레이어 통합 |
| AI 1인기업 OS |
ConnectAI |
단일 에이전트 한계 |
진정한 MAS |
| 픽셀아트 AI 오피스 |
DeskRPG |
Early 성숙도, 에코시스템 부재 |
투자 인텔리전스 특화 |
Small Vill Implication: OpenClaw(379K Stars)와 Hermes(193K Stars)는 경쟁 대상이 아닌 통합 파트너로 접근이 합리적이다. DeskRPG와 ConnectAI가 실질 경쟁 대상이며, 두 서비스 모두 커뮤니티 기반이 극히 취약하다(생태계 활성도 점수 1.0/5.0 최하위).
섹션 5. 모멘텀 분석 (Market Strategist)
5.1 4개 서비스 모멘텀 비교
| 모멘텀 지표 |
OpenClaw |
Hermes |
ConnectAI |
DeskRPG |
| GitHub Stars |
379,000 |
193,000 |
N/A |
83 |
| 릴리즈 수 |
137개 |
6개 (50일) |
N/A |
1개 (v2026.5.29) |
| 생태계 프로젝트 |
5,400+ 스킬 |
80+ 커뮤니티 프로젝트 |
N/A |
68 Forks |
| 주간 사용량 |
Docker Pulls 132K |
PyPI 월 372K |
N/A |
N/A |
| 커뮤니티 채널 |
Discord/Reddit |
Discord/GitHub |
없음 |
없음 |
| 미디어 언급 |
r/selfhosted 최다 추천 |
OpenRouter 글로벌 #1 |
없음 |
Fast Company 1건 |
| 버스 팩터 |
6+ (안전) |
주의 (Teknium ~45%) |
1 (위험) |
1 (위험) |
5.2 채택 가속 신호 분석
CVE-2026-25253 (CVSS 8.8) 발생으로 "OpenClaw 없이 에이전트를 운영하고 싶은" 사용자 세그먼트가 증가하고 있다.
"Best onboarding of any AI tool" 평가. PR 병합 수 95 → 550 급증.
DeskRPG Fork/Star 비율 82%는 코드를 직접 가져가려는 의도가 강함 — 플랫폼으로서의 신뢰 부족. 두 서비스 모두 커뮤니티 채널 없음.
5.3 Small Vill 타이밍 분석
| 진입 최적 조건 (현재 충족) | 상태 |
| 카테고리 형성기 (Winner-take-all 전 단계) | 충족 |
| OpenClaw 보안 위기로 인한 신뢰 공백 | 충족 |
| MSI로 검증된 실수요 (3기관 실사용) | 충족 |
| 통합 가능한 MIT 오픈소스 스택 존재 | 충족 |
| 가상 공간 + AI 통합 공백 사분면 | 충족 |
| 진입 리스크 | 수준 |
| 기술 복잡도 (가상 공간 + MAS 동시 구현) | HIGH |
| 자본 요구량 (인프라 + 개발 인력) | MEDIUM |
| 사용자 교육 곡선 (새로운 UX 패러다임) | MEDIUM |
Small Vill Implication: 지금 진입하지 않으면 DeskRPG가 Early 단계로 성숙하거나 OpenClaw가 보안 문제를 해결하며 통합 레이어를 직접 구현할 위험이 있다. 12~18개월 창이 열려 있는 상태다.
섹션 6. 리스크 요인 (Risk Synthesizer)
6.1 벤치마크 서비스 구조적 리스크
extension.ts:19909의 순차 for...of 루프가 실제 구현이다. tech-archaeologist 분석: "멀티에이전트성 주장의 100%가 허구" — AgentDef가 데이터 객체에 불과.
Small Vill 관련성: 투자자 신뢰 훼손 위험. 동일 레이블 남용 시 단기 마케팅 이익을 주지만 장기 신뢰를 잃는다.
SECURITY.md 명시: "Multi-user gateway isolation is not a supported threat model". ConnectAI LLM→shell:true CRITICAL 취약점 (White Paper Appendix A.2). service-profiler: 보안 등급 ★☆☆☆☆, CVE 137개.
Small Vill 관련성: 투자 정보 노출 위험. VC/PE 임원급 사용자는 보안 기준 미달 도구를 사용하지 않는다.
players, npcChatHistory, meetingRooms, channelGateways, sessionStore 전부 인메모리 Map — 서버 재시작 시 전체 소멸. tech-archaeologist: "수평 확장 멀티에이전트 — CRITICAL GAP"
Small Vill 관련성: Village State 설계 위험. 인메모리 상태는 Village의 누적 지식을 보장할 수 없다.
Hermes도 Teknium 의존도 ~45%로 취약. market-strategist: "버스팩터 1은 위험 등급".
Small Vill 관련성: Small Vill이 2인 이상 팀으로 출발하면 이미 경쟁 우위를 갖는다.
JWT 개발용 하드코딩 시크릿 (src/lib/dev-constants.ts:2). Claude 어댑터 --dangerously-skip-permissions 플래그 기본 사용.
Small Vill 관련성: 투자 정보 접근 통제 실패 위험.
OpenClaw 어댑터가 execute()에서 throw new Error("Use executeWithGateway() instead") — 인터페이스 계약 위반 (openclaw-adapter.ts:19-23).
Small Vill 관련성: 서비스 중단 연쇄 위험. 핵심 기능을 외부 런타임에 완전 위임하면 제어권 상실.
6.2 Small Vill 고유 리스크
MSI는 공개 정보 기반으로 운영되나 "언제든 내부 정보 입력만 시작하면 구동할 수 있도록" 설계되었다. Small Vill이 가상 공간으로 확장될 경우, 오리온 PRE-IPO, 마크노바 Series A, 메인스트리트인베스트먼트의 투자 의사결정 맥락이 WebSocket 기반 가상 공간을 통해 흐를 수 있다.
투자 인텔리전스 도메인에서 단 한 건의 정보 유출이 서비스의 존재 자체를 종료시킬 수 있다.
7개 MAS 인프라 항목에 Phaser 3 수준의 게임 엔진 기반 가상 공간과 MSI 파이프라인 유지를 동시에 달성해야 한다. DeskRPG의 socket-handlers.ts (64KB God Module) 사례는 이를 단일 팀이 도전할 때 어떤 기술 부채가 누적되는지 보여준다.
MSI(현재 운영 중), 가상 공간, Multi-Agent 시스템, 뉴스레터 발송, 부가서비스 확장까지 동시 추진할 경우 ConnectAI의 21,722줄 모놀리스 패턴이 반복될 위험이 있다.
현재 수신자들은 주간 HTML 이메일을 수동적으로 받아본다. 이들을 가상 공간을 주기적으로 방문하는 능동적 참여자로 전환하는 것은 전혀 다른 행동 루프를 요구한다. 타겟 사용자가 VC/PE 임원급이라는 점이 특히 중요하다 — 이들은 새로운 도구를 학습하는 데 시간을 거의 투자하지 않는다.
"에이전트 자율성 높음 + 가상 공간 통합도 높음" 사분면은 현재 완전한 공백이다. 공백 사분면은 선점 기회이기도 하지만 동시에 사용자가 해당 가치를 아직 경험해본 적이 없다는 의미이기도 하다.
6.3 리스크 히트맵 (가능성 × 영향도)
│ 낮음 │ 보통 │ 높음
─────────┼─────────────────┼─────────────────┼─────────────────
높음 │ │ [생태계 공백] │ [기술 복잡도]
영향도 │ │ [외부 런타임 │ [데이터 보안]
│ │ 의존] │ [상태 인메모리]
│ │ │ [버스팩터 1]
─────────┼─────────────────┼─────────────────┼─────────────────
보통 │ │ [시장 교육] │ [아키텍처 과대
영향도 │ │ [사용자 행동 │ 선언]
│ │ 전환] │ [MVP 범위]
─────────┼─────────────────┼─────────────────┼─────────────────
낮음 │ [보안 채널 │ │
영향도 │ 자격 미해싱 │ │
│ (현재단계)] │ │
└─────────────────┴─────────────────┴─────────────────
낮음 보통 높음
<────────── 발생 가능성 ──────────>
즉시 대응 필요 영역 (높음 × 높음 사분면): 기술 복잡도, 데이터 보안, 상태 관리 아키텍처, 버스팩터. 이 네 항목에서 설계 결정을 명확히 내리지 않으면 MVP 이후의 모든 개발이 취약한 기반 위에 쌓인다.
섹션 7. 종합 의견 & Small Vill 전략 (Risk Synthesizer)
7.1 Multi-Agent 포기의 진짜 이유 — 최종 판정
| 이유 | 내용 | 근거 출처 |
| 기술적 이유 |
독립 에이전트 간 상태 동기화 비용이 단일 팀의 구현 역량을 초과. 소형 로컬 LLM 컨텍스트 윈도우 ~18,500토큰 포화. 메시지 브로커, 분산 상태 스토리지, 컨센서스 프로토콜 인프라 전제 미충족. |
tech-archaeologist 섹션 2 |
| 비즈니스적 이유 |
ConnectAI와 DeskRPG 모두 성숙도 Alpha 단계 (생태계 활성도 1.0/5.0 최하위). 빠른 출시 압박 하에서 MAS 인프라 전체 구축은 비즈니스 생존과 양립 불가. "아키텍처 과대 선언"은 기술 역량 공백을 마케팅 언어로 채우려는 시도. |
market-strategist 섹션 B/C |
| 팀 역량 이유 |
ConnectAI: 단위 테스트 0건 / DeskRPG: socket-handlers.ts 64KB God Module — 코드 구조화에 투자할 팀 역량 부재가 실증됨. |
tech-archaeologist 섹션 2, 원인 4/5 |
최종 판정: Multi-Agent 포기는 기술 원리의 실패가 아니라 인프라 선결 없이 레이블만 차용한 구조적 과오였다. Small Vill은 이 교훈을 역이용해야 한다 — 파이프라인으로 시작하되 확장 가능한 인프라를 첫 번째 아키텍처 결정으로 설정하는 것.
7.2 Small Vill 개발 전략 권고 — 3가지 옵션 비교
| 항목 |
Option 1: 파이프라인 우선 (MSI 확장) |
Option 2: 가상 공간 우선 (DeskRPG 교훈) |
Option 3: 하이브리드 단계적 MAS (권고) |
| 핵심 접근법 |
MSI 파이프라인을 "백엔드 브레인"으로 위치. 2D 공간에서 기업 카드, 브리프 요약, NPC 1~2개 탐색 |
DeskRPG의 2D 픽셀아트 가상 오피스를 투자 인텔리전스 특화로 재구현. AdapterRegistry 패턴 채택, 보안 안티패턴 제거 |
tech-archaeologist의 3단계 로드맵(파이프라인→메시지큐→공간 기반 협력) 실행. 인프라 선결이 핵심 차별화 |
| 예상 개발 기간 |
3~4개월 |
5~7개월 |
Phase 1: 3개월 / Phase 2: +3개월 / Phase 3: +6개월 (총 12개월) |
| 난이도 |
2/5 |
4/5 |
2/5 → 4/5 → 5/5 단계별 상승 |
| 핵심 리스크 |
단순 이메일의 시각적 재포장에 그칠 경우 재방문 유인 부족 |
DeskRPG 버스팩터 1 실패 패턴 반복 위험. 가상 공간 구현에 리소스 집중→AI 품질 저하 |
단계 간 전환 시 아키텍처 재설계 비용. Phase 1 지연 시 12~18개월 창 소멸 |
| 권고 여부 |
조건부 권고 (Option 3 중간 단계로 설정 필수) |
비권고 (DeskRPG가 이미 시도 중) |
적극 권고 |
7.3 MVP 로드맵 (Option 3 권고 기준)
1
Phase 1 (0~3개월): Village Brain 확립
- MSI 파이프라인을 API 서버로 래핑 (외부 호출 가능한 구조)
- 단순 2D 공간 레이어: 기업 카드, 브리프 요약, NPC 1~2개 배치
- Village State 스키마 설계: scoring_history.csv, watchlist.md, rejected.md → JSON/PostgreSQL 이관
- 보안 기본값 설정 (인증 기본 활성화, 환경 변수 기반 시크릿 관리)
- 온보딩 플로우: 이메일 수신자 → 공간 방문자 전환
기존 3개 기관 중 2개 이상 주 1회 이상 공간 방문
NPC 대화 세션 1인당 주 2회 이상
보안 취약점 0건
2
Phase 2 (3~6개월): NPC 독립화 및 생태계 구축
- BullMQ/Redis Pub/Sub 도입 → NPC 독립 서비스 분리
- NPC 역할 확장: 리서치 NPC, 리스크 NPC, 포트폴리오 NPC
- 커뮤니티 채널 개설 (Discord/Slack)
- 인메모리 Map 완전 제거 → Redis/PostgreSQL persistent state 전환
- DeskRPG NpcAdapter 인터페이스 패턴 채택 (execute() 예외 안티패턴 제거)
NPC 응답 지연 95th percentile 3초 이내
서버 재시작 후 세션 복구 100%
커뮤니티 월간 활성 참여자 10명 이상
3
Phase 3 (6개월 이상): 공간 기반 협력 MAS 완성
- 공간 근접성 기반 에이전트 협력 (tech-archaeologist Option C)
- Village State 누적 지능 — 해자 구조 완성
- 자율 NPC 행동 루프 (사용자 방문 없이 watchlist 업데이트, 기업 재평가)
- Export 기능, 외부 사용자 초대, 섹터 특화 NPC 추가
사용자 1인당 월간 방문 횟수 10회 이상
Village State 누적 기업 수 50개 이상
유료 전환 첫 사례 확보
7.4 최종 종합 의견 — 조건부 권고
결론: 조건부 권고한다.
| 권고 이유 | 내용 |
| 이유 1 — 시장 타이밍 |
market-strategist 분석이 확인한 5개 진입 최적 조건이 모두 충족된 상태다. "에이전트 자율성 높음 + 가상 공간 통합도 높음" 사분면의 공백은 1~2년 이상 유지되기 어렵다. 12~18개월 창이 열려 있다. |
| 이유 2 — 시발점 통찰 |
"유치원생에게 대학생 교재를 들이밀면 안 된다"는 창업자의 핵심 통찰과 게임 제작 경험에서 나온 사용자 행동에 대한 이해는 이 분야 대부분의 경쟁자가 갖추지 못한 차별화 요소다. MSI의 3기관 실사용은 시장 검증을 이미 완료했다. |
| 3가지 필수 조건 | 내용 |
| 조건 1: 보안 선결 |
Phase 1 시작 전 보안 아키텍처 확정. 인증 기본 활성화, 환경 변수 기반 시크릿, WebSocket 접근 제어가 Day 0 요구사항 |
| 조건 2: MVP 범위 고정 |
Phase 1 완료 전 가상 공간+MAS+MSI+부가서비스 동시 추진 금지. 하나의 가치 명제만 완성하는 규율 필요 |
| 조건 3: 팀 최소 2인 |
버스팩터 1은 시장 전체 공통 취약점. 2인 이상 팀만으로도 경쟁 우위. 단독 체제에서는 Phase 2 인프라 복잡도 감당 불가 |
Strategic Insight — 핵심 3가지
INSIGHT 1 — "파이프라인이라고 인정하는 것이 신뢰를 만든다"
벤치마크 4개 서비스 중 MSI만이 "우리는 파이프라인"이라고 솔직히 명시했다. ConnectAI와 DeskRPG는 Multi-Agent 레이블을 유지하다가 실제 구현과의 갭이 투자자와 사용자 신뢰를 훼손했다. Small Vill은 Phase 1에서 "정직한 파이프라인"으로 시작해야 한다. 과대 선언은 단기 마케팅 이익을 주지만 장기 신뢰를 잃는다. MSI의 사례에서 확인됐듯, 자신의 아키텍처를 정확히 묘사하는 것이 신뢰성 확보의 전제 조건이다.
INSIGHT 2 — "보안은 비용이 아니라 투자 인텔리전스 도메인의 영업 필수 요건이다"
OpenClaw CVSS 9.9, ConnectAI shell:true CRITICAL, DeskRPG 비밀번호 미해싱 — 시장 전체의 보안 기준이 비정상적으로 낮다. VC/PE 임원은 보안 기준 미달 도구를 사용하지 않는다. 설계 수준의 보안(인증 기본 활성화, 제로 하드코딩, WebSocket 접근 제어)을 Day 0에 확정하면 이것이 마케팅 메시지가 된다. 특히 투자 인텔리전스 도메인에서 보안은 영업 필수 요건이다.
INSIGHT 3 — "MSI의 Rejection Memory 패턴이 Small Vill의 해자다"
scoring_history.csv, watchlist.md, rejected.md로 구현된 MSI의 누적 지식 레이어는 시간이 갈수록 시스템이 더 나아지는 구조다. Village State로 계승된 이 누적 학습 루프는 후발 진입자가 단기간에 복제할 수 없는 경쟁 해자가 된다. 초기 사용자가 쌓은 데이터가 곧 진입 장벽이 된다. 단, 데이터 이식성(export 기능)과 초기 Cold Start 문제를 설계 단계에서 해결해야 한다.