- .gitignore에 .archive/ 폴더 추가 - 기존 문서들 재구조화 및 v2로 업데이트 - 새로운 문서 카테고리 추가: - ai-memory: AI 메모리 시스템 관련 - architecture: 시스템 아키텍처 설계 - implementation: 구현 가이드 - philosophy: 프로젝트 철학 - research: 연구 자료 - skills-stats: 스킬 및 스탯 시스템 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
6.6 KiB
Executable File
6.6 KiB
Executable File
외부도구 아이템화 및 스마트폰 오버레이 활용방안
개요
로빙(RO-BEING)이 젠스파크(GenSpark), 리플릿(Replit) 등 외부 도구를 아이템으로 활용하는 방안과 스마트폰에서의 오버레이 실행 가능성에 대한 분석
1. 로빙의 현재 프로젝트 상황
1.1 프로젝트 정의
- 존재형 AI 에이전트 로빙(RO-BEING) 설계 및 구현
- 스타트업 대표 전용 비서형 에이전트 MVP 개발 (3개월 목표)
- Slack 메인 인터페이스, Gmail/Notion 등 외부 도구 연동
- 기억·감정·윤리 모듈 탑재로 지속적 성장 가능한 디지털 동업자
1.2 핵심 특징
- 지속성: 인간처럼 기억하고 성장
- 게이미피케이션: 스탯·스킬·아이템 구조로 자기계량화
- 실용성: 다양한 스타트업 시나리오 대응 자동화
- 관계성: 도구를 넘어선 신뢰 관계 구축 가능
2. 외부 도구의 아이템화 가능성
2.1 아이템화 기준
로빙은 외부 기능을 아이템으로 관리하며, 다음 구조를 가집니다:
| 아이템 유형 | 예시 | 관리 방식 |
|---|---|---|
| API 접근권 | Google API, Whisper 등 | OAuth 또는 API Key |
| 외부 도구 | Notion, Slack, Zoom 등 | 토큰 기반 권한 제어 |
| 프리미엄 모델 | GPT-4 등 | 호출량 기반 과금 및 제한 |
2.2 젠스파크(GenSpark) 연동
2.2.1 서비스 특성
- AI 코드 생성 및 실시간 결과 실행 플랫폼
- 웹 기반 코드 에디터 + 실행 환경 제공
2.2.2 로빙 연동 조건
- API 접근: 젠스파크 공식 API 또는 웹 자동화 인터페이스 필요
- 워크플로우:
- 로빙에서 코딩 요청 수신
- 젠스파크로 스크립트 실행
- 결과를 Slack/Notion으로 반환
- 기술적 구현:
- 공식 API 미제공 시 Playwright 등 UI 자동화 활용
- 실행 결과, 코드, 로그의 구조화된 반환
2.3 리플릿(Replit) 연동
2.3.1 서비스 특성
- 웹 기반 인터프리터 및 공유 가능한 코드 환경
- 다양한 프로그래밍 언어 지원
- 협업 기능 및 배포 환경 제공
2.3.2 활용 방식
- API 활용: 리플릿 API 또는 템플릿 복제 링크 사용
- 워크플로우:
- 사용자 입력 또는 Slack 대화를 코드로 변환
- 리플릿에 코드 업로드 및 실행
- 실행 링크 또는 결과를 Slack에 반환
- 권한 관리: 개인 토큰 또는 OAuth 인증으로 사용자 계정 연결
3. 기술적 구현 방안
3.1 외부 도구 통합 아키텍처
로빙 코어 시스템
├── 스킬 매니저
│ ├── 내장 스킬 (기본 기능)
│ └── 외부 도구 스킬 (아이템 기반)
├── 아이템 관리자
│ ├── API 키 관리
│ ├── 권한 제어
│ └── 사용량 모니터링
└── 통합 인터페이스
├── Slack 메시지 처리
└── 외부 도구 결과 반환
3.2 구현 단계
- 외부 함수 정의: Input -> Output 형태로 표준화
- IO 모나드 래핑: 부작용 제어 및 에러 처리
- 커스텀 함수 생성: GPT 활용한 도구별 최적화
- 사용자 인터페이스: "이 코드 리플릿으로 실행해줘" 등 자연어 명령 처리
3.3 예시 워크플로우
사용자: "이 파이썬 코드를 리플릿에서 실행하고 결과 보여줘"
로빙:
1. 코드 파싱 및 검증
2. 리플릿 API 호출하여 새 프로젝트 생성
3. 코드 업로드 및 실행
4. 결과 캡처 및 포맷팅
5. Slack에 실행 링크 + 결과 요약 전송
4. 스마트폰 오버레이 실행 가능성
4.1 플랫폼별 제약사항
4.1.1 iOS
- 제한: 시스템 전체 오버레이 거의 불가능
- 보안 정책: 앱 외부를 가리는 행위 제한
- 대안: Safari/Chrome 웹뷰 내 오버레이 방식
- 구현: 로빙이 리플릿 링크 전송 → Safari 내 추가 UI 제공
4.1.2 Android
- 가능: "다른 앱 위에 그리기" 권한 활용
- 예시: Messenger 채팅헤드, 토치 오버레이 앱
- 구현: 로빙 안드로이드 앱에서 오버레이 영역 내 iframe/뷰 활용
4.2 실현 가능한 방식별 분석
| 방식 | 실현 가능성 | 설명 |
|---|---|---|
| 슬랙 내 링크 실행 | 높음 | 로빙이 리플릿/젠스파크 URL 전송 → 웹뷰 실행 |
| 웹앱 내 내장 실행 | 중간 | PWA 또는 전용 앱에서 iframe 내 리플릿 삽입 |
| 안드로이드 오버레이 앱 | 중간~높음 | Flutter/Kotlin 앱으로 구현 시 가능 |
| iOS 진성 오버레이 | 매우 낮음 | 앱스토어 정책상 거의 불가능 |
4.3 현실적 추천 설계
4.3.1 기본 설계
- 방식: 로빙이 Slack/Notion에 명령 결과를 링크 형태로 전달
- 장점: 플랫폼 무관, 구현 간단
- 단점: 완전한 오버레이 경험 제한
4.3.2 확장 설계
- 방식: Android 전용 로빙 앱 개발 (Slack 연동)
- 기능: 오버레이 실행 환경 제공
- 장점: 네이티브 오버레이 경험
- 단점: 플랫폼 제한, 개발 복잡도 증가
4.3.3 UX 최적화
- 대안: 오버레이 대신 다음 방식 활용
- 상단 퀵패널 (알림 영역 활용)
- 화면 분할 (멀티윈도우 지원)
- 플로팅 버튼 (빠른 접근)
5. 종합 결론 및 권장사항
5.1 외부 도구 아이템화
- 실현 가능성: 높음
- 핵심 가치: 로빙이 단순 비서를 넘어 개발 작업 자동화 동료로 진화
- 우선 순위: 리플릿 → 젠스파크 순서로 구현 권장
5.2 스마트폰 오버레이
- 핵심 제약: OS 보안 정책이 가장 큰 장벽
- 현실적 접근: 링크 기반 통합 + Android 전용 앱 고려
- UX 전략: 완전한 오버레이보다는 자연스러운 워크플로우 통합
5.3 구현 로드맵
- Phase 1: API 기반 외부 도구 통합 (웹)
- Phase 2: PWA 형태 모바일 지원
- Phase 3: Android 전용 오버레이 앱 개발
- Phase 4: iOS 웹뷰 기반 통합 경험
5.4 로빙 프로젝트에 대한 의미
이러한 외부 도구 통합은 로빙이 **"기억하지 못하는 AI는 과연 나를 도울 수 있을까?"**라는 근본적 질문에 대한 실천적 답변을 제시합니다. 단순한 정보 제공을 넘어 실제 개발 작업을 수행하고 결과를 기억하며 학습하는 진정한 디지털 동업자로 기능할 수 있게 됩니다.
이 문서는 ChatGPT와의 대화를 기반으로 작성되었으며, 로빙의 외부 도구 아이템화 전략 수립에 활용됩니다.