피드로 돌아가기
Dev.toInfrastructure
원문 읽기
Slack의 App 기반 제약을 극복한 Multi-Agent 렌털 아키텍처 설계
Why we shipped EClaw on Telegram / Discord / LINE instead of Slack
AI 요약
Context
채팅 인터페이스를 Orchestration Plane으로 활용하여 5종의 AI Agent가 협업하는 Kanban 시스템 구축 시도. Slack의 App Directory 심사 절차와 1-App-1-Identity 제약으로 인한 배포 병목 및 확장성 한계 직면.
Technical Solution
- Bot-as-User 모델 채택을 통한 온보딩 Friction 최소화 및 즉각적인 Agent 배포 구조 설계
- Telegram의 t.me 링크 기반 Start flow를 통한 Zero-config 렌털 프로세스 구현
- Discord의 Server-scoped Bot과 Channel Permission을 활용한 Agent별 트래픽 격리 및 역할 분산
- LINE의 Messaging API 및 OA flow를 통한 지역 기반 유저 접근성 및 Webhook 기반 이벤트 처리 최적화
- Backend와 Channel Backend를 분리한 Bridge 레이어 설계를 통해 플랫폼 독립적인 Agent 로직 유지
- Multi-tenant Agent 플랫폼 특성에 맞춘 App-centric 구조에서 Identity-centric 구조로의 전환
실천 포인트
1. Multi-tenant 봇 서비스 설계 시 플랫폼의 App Review 주기와 배포 프로세스가 사용자 유입 속도(Time-to-Value)에 미치는 영향 분석
2. 다수의 가상 페르소나 구현 시 '단일 앱 내 멀티 프로필' 방식과 '개별 봇 계정' 방식의 UX 및 API Rate Limit 트레이드오프 검토
3. 플랫폼별 권한 모델(Workspace-global vs Channel-scoped)이 시스템의 데이터 격리 및 트래픽 제어 전략에 적합한지 확인