# 프론트엔드와 로빙 API 연결 구현

**날짜**: 2025-07-30  
**작업자**: happybell80 & Claude  
**관련 프로젝트**: frontend-customer, rb10508_test, nginx-deploy

## 오후 1시 00분

### 프론트엔드-로빙 연결 요구사항

**목표**:
- 51123 서버의 프론트엔드(5173)와 51124 서버의 rb10508_test(10508) 연결
- 실제 채팅 기능 구현

**현재 상황**:
- 프론트엔드는 하드코딩된 메시지만 표시
- 로빙과의 실제 통신 없음
- DB 기반 사용자-로빙 매핑 시스템 미구축

## 오후 1시 05분

### 아키텍처 분석 및 연결 전략

**nginx 프록시 확인**:
```nginx
# /rb10508/ 경로가 이미 설정됨
location ^~ /rb10508/ {
    proxy_pass http://192.168.219.52:10508/;
}
```

**rb10508_test API 엔드포인트 발견**:
```python
# app/api/dev_endpoints.py
@router.post("/message")
async def test_message(message: dict):
    # user_message, user_id 받아서 처리
```

**연결 전략**:
1. 환경변수로 임시 하드코딩 (DB 구축 전)
2. API 서비스 생성
3. ChatInterface 컴포넌트 수정

## 오후 1시 10분

### 프론트엔드 구현

**1. 환경변수 설정** (`.env.local`):
```env
VITE_AUTH_SERVER_URL=https://auth.ro-being.com
VITE_API_URL=http://localhost:8000
VITE_ROBING_API_URL=https://ro-being.com/rb10508  # 임시 하드코딩
```

**2. 로빙 API 서비스 생성** (`src/services/robing-api.ts`):
- `sendMessage()`: 메시지 전송
- `checkHealth()`: 연결 상태 확인
- 에러 처리 클래스 구현
- TypeScript 타입 정의

**3. ChatInterface 컴포넌트 수정**:
- 실제 API 호출 통합
- 로딩 상태 표시
- 에러 처리 및 토스트 알림
- Health Check로 연결 상태 표시

## 오후 1시 15분

### 연결 테스트 및 문제 발견

**테스트 결과**:
- ✅ 프론트엔드 → nginx → rb10508 연결 성공
- ✅ CORS 설정 정상 작동
- ❌ OpenAI API 키 문제로 응답 실패

**문제 분석**:
```
Error processing message: Error code: 401 - 
{'error': {'message': 'Incorrect API key provided: your-open*-key'}}
```

**원인**:
- rb10508_test의 AI 서비스가 OpenAI 사용
- `.env`의 OPENAI_API_KEY가 더미값
- 컨테이너에 환경변수 반영 안됨

## 오후 1시 18분

### AI 서비스를 Gemini로 전환

**해결 방안**:
- 이미 설정된 GEMINI_API_KEY 활용
- `/api/dev/message` 엔드포인트 수정

**수정 내용**:
```python
# app/api/dev_endpoints.py
# 변경 전
response = await ai_service.process_message(user_message, user_id)

# 변경 후  
response = await gemini_service.process_message(user_message, user_id)
```

**배포**:
```bash
git add -A && git commit -m "fix: AI 서비스를 OpenAI에서 Gemini로 변경"
git push origin main
# Gitea Actions가 자동 배포
```

## 오후 1시 20분

### 프론트엔드 변경사항 푸시

**커밋 내용**:
- robing-api.ts 서비스 생성
- ChatInterface 컴포넌트 API 통합
- Health Check 및 연결 상태 표시
- 로딩 상태 및 에러 처리

**git 작업**:
```bash
git pull --rebase  # 원격 변경사항 동기화
git push origin main
```

## 구현 결과

### 완성된 기능
1. **실시간 채팅**: 프론트엔드에서 메시지 입력 → Gemini AI 응답
2. **연결 상태 표시**: Health Check로 로빙 상태 확인
3. **에러 처리**: 네트워크 오류 시 사용자 친화적 메시지
4. **로딩 상태**: 응답 대기 중 스피너 표시

### 실제 서비스를 위한 필수 변경사항

**현재 상태 (개발용)**:
```javascript
// .env.local
VITE_ROBING_API_URL=https://ro-being.com/rb10508  // 하드코딩

// src/services/robing-api.ts
const ROBING_API_URL = import.meta.env.VITE_ROBING_API_URL || 'https://ro-being.com/rb10508';
```

**서비스용으로 변경해야 할 부분**:

1. **환경변수 제거**:
   - `.env.local`에서 `VITE_ROBING_API_URL` 삭제
   - 하드코딩된 로빙 ID 제거

2. **동적 로빙 할당 구현**:
   ```javascript
   // src/services/robing-api.ts 수정
   // 1. getUserRobing() 함수 구현
   export async function getUserRobing(userId: string): Promise<string> {
     const response = await fetch(`${AUTH_SERVER_URL}/api/users/${userId}/robing`);
     const data = await response.json();
     return data.robing_url;  // 예: "https://ro-being.com/rb8001"
   }
   
   // 2. sendMessage() 수정
   export async function sendMessage(text: string, userId: string) {
     const robingUrl = await getUserRobing(userId);  // 동적으로 가져옴
     const response = await fetch(`${robingUrl}/api/dev/message`, {...});
   }
   ```

3. **auth-server DB 구축 필요**:
   - users 테이블
   - workspace_members 테이블 (user_id, robing_id 매핑)
   - 로빙 할당 API 엔드포인트

4. **ChatInterface 수정**:
   - 로빙 ID 하드코딩 제거 (#10508)
   - 동적으로 로빙 정보 표시

### 향후 개선사항
1. **실시간 통신**: WebSocket/SSE로 양방향 통신
2. **스킬 시스템**: UI 피드백 추가

## 교훈

1. **환경변수 관리의 중요성**
   - 개발/운영 환경 분리
   - 민감한 정보는 실제 값으로 설정
   - 컨테이너 재시작 시 환경변수 반영 확인

2. **단계적 구현의 효과**
   - 임시 하드코딩으로 빠른 프로토타이핑
   - DB 구축은 별도 작업으로 분리
   - 핵심 기능 우선 구현

3. **에러 처리 우선**
   - API 연결 전 Health Check
   - 사용자 친화적 에러 메시지
   - 로딩/오프라인 상태 명확히 표시

4. **서비스 선택의 유연성**
   - OpenAI → Gemini 전환이 한 줄 수정으로 가능
   - 서비스 추상화의 장점
   - 백업 AI 서비스 준비의 중요성

## 오후 2시 30분

### 모바일 UI/UX 대폭 개선

**문제점들**:
1. 모바일에서 푸터와 헤더가 화면 공간 차지
2. 헤더의 텍스트와 버튼이 너무 커서 줄바꿈 발생
3. 전체 화면 터치로 헤더가 나타나 채팅 중 방해
4. 채팅창 여백이 너무 큼

**해결 과정**:

1. **푸터 완전 제거**:
   - 모바일에서는 푸터 표시하지 않음
   - 불필요한 하단 패딩(pb-10) 제거

2. **헤더 터치 영역 제한**:
   - 전체 화면 터치 → 상단 10% 영역만
   - 채팅 중 실수로 헤더 나타나지 않음

3. **모바일 헤더 디자인 최적화**:
   ```css
   /* 텍스트 크기 축소 */
   text-lg → text-sm, text-sm → text-xs
   /* 버튼/아이콘 크기 축소 */
   p-2 → p-1.5, w-5 h-5 → w-4 h-4
   /* 뱃지 크기 최적화 */
   px-2 py-1 → px-1.5 py-0.5
   ```

4. **UI 힌트 개선**:
   - 중앙의 큰 "화면을 터치하여..." → 우측 상단 작은 "메뉴" 버튼
   - 5초 후 자동으로 사라짐
   - 한 번 터치하면 다시 표시 안 됨

5. **채팅창 여백 축소**:
   - p-4(16px) → p-2(8px)
   - 모바일 화면 활용도 극대화

## 오후 3시 00분

### 모바일 스킬/아이템 패널 구현

**요구사항**:
- 모바일에서 스킬과 아이템 확인 필요
- 브라우저 스와이프 제스처와 충돌 방지

**구현 내용**:
1. **오른쪽 탭 버튼**:
   - 화면 오른쪽 중앙에 세로형 "스킬" 탭
   - Sparkles 아이콘과 함께 표시
   - `writing-vertical` CSS로 세로 텍스트

2. **슬라이드 패널**:
   - 클릭 시 오른쪽에서 80% 너비로 슬라이드인
   - 배경 오버레이로 나머지 영역 어둡게
   - X 버튼 또는 배경 클릭으로 닫기

3. **브라우저 제스처 안전**:
   - 스와이프 대신 클릭 방식 채택
   - 모바일 브라우저 기본 동작과 충돌 없음

## 오후 3시 15분

### Gemini 타임아웃 문제 해결

**문제**:
- 15초 타임아웃으로 복잡한 질문 처리 실패
- "Gemini CLI timeout after 15 seconds" 오류

**해결**:
```python
# app/services/gemini_service.py
self.cli_timeout = 15  # 변경 전
self.cli_timeout = 60  # 변경 후
```

**개선 효과**:
- 복잡한 코드 분석 가능
- 이미지 처리 시간 확보
- 긴 대화 컨텍스트 처리

## 최종 결과

### 모바일 UX 개선 요약
1. **공간 효율성**: 푸터 제거, 여백 축소로 채팅 공간 확대
2. **조작 편의성**: 상단 10% 터치로 헤더, 오른쪽 탭으로 스킬
3. **시각적 개선**: 컴팩트한 UI 요소로 한 화면에 더 많은 정보
4. **안정성**: 브라우저 제스처와 충돌 없는 인터랙션

### 성능 개선
- Gemini 응답 시간 제한 4배 증가 (15초 → 60초)
- 복잡한 요청도 안정적 처리

---
**작성 완료**: 2025-07-30 15:18