docs: apply items 1-4 — fix OCR port (8506), standardize rb8001=prod & rb10508_micro=test, replace rb10508_test→rb10508_micro in guides, update Slack routing via Gateway

000_프로젝트_종합_v3.md

@@ -216,7 +216,7 @@ sequenceDiagram
 3. **운영 중 서비스**
    - rb8001 (메인 프로덕션 - JWT 인증 구현)
    - rb10408 (미디어 특화) 
-   - rb10508 (폐기 예정 - rb8001로 통합)
+   - rb10508_micro (테스트)
    - skill-email (Gmail 연동)
    - skill-news (뉴스 큐레이션)
    - skill-embedding (중앙 임베딩 서비스)

README.md

@@ -75,7 +75,7 @@
 ## 프로젝트 현황
 
 - **현재 단계**: MVP 85% 완성
-- **운영 중**: 3개 로빙 (rb8001, rb10408, rb10508) + 2개 스킬 서비스 (email, news)
+- **운영 중**: 3개 로빙 (rb8001, rb10408, rb10508_micro) + 2개 스킬 서비스 (email, news)
 - **기술 스택**: FastAPI, PostgreSQL, ChromaDB, Slack API, Docker
 - **서버 구성**: 51123 (메인 서비스), 51124 (컨테이너 운영)
 - **다음 목표**: Thread Digest 완성, 레벨업 시스템 구현

_archive/docs/guide/log-api-guide.md

@@ -31,15 +31,15 @@ export TOKEN="발급받은_토큰"
 
 # 로그 조회 (최근 50줄)
 curl -H "Authorization: Bearer $TOKEN" \
-  https://ro-being.com/admin/logs/rb10508_test
+  https://ro-being.com/admin/logs/rb10508_micro
 
 # 특정 라인 수 지정 (예: 100줄)
 curl -H "Authorization: Bearer $TOKEN" \
-  https://ro-being.com/admin/logs/rb10508_test?lines=100
+  https://ro-being.com/admin/logs/rb10508_micro?lines=100
 ```
 
 ## 사용 가능한 서비스명
-- `rb10508_test` - 로빙 테스트 서비스 (51124 서버)
+- `rb10508_micro` - 로빙 테스트 서비스 (51124 서버)
 - `rb8001` - 로빙 메인 서비스 (51124 서버)
 - `rb10408` - 로빙 서비스 (51124 서버)
 - `skill-email` - 이메일 스킬 서비스 (51124 서버)
@@ -53,8 +53,8 @@ curl -H "Authorization: Bearer $TOKEN" \
     "2025-07-28T02:10:12.932703068Z INFO: Log message 1",
     "2025-07-28T02:10:13.033248022Z INFO: Log message 2"
   ],
-  "service": "rb10508_test",
+  "service": "rb10508_micro",
-  "container_name": "rb10508_test",
+  "container_name": "rb10508_micro",
   "total_lines": 50
 }
 ```
@@ -74,7 +74,7 @@ RESPONSE=$(curl -s -X POST https://ro-being.com/admin/login \
 TOKEN=$(echo $RESPONSE | python3 -c "import sys, json; print(json.load(sys.stdin)['access_token'])")
 
 # 2. 로그 조회
-SERVICE=${1:-rb10508_test}
+SERVICE=${1:-rb10508_micro}
 LINES=${2:-50}
 
 curl -s -H "Authorization: Bearer $TOKEN" \
@@ -97,7 +97,7 @@ token = login_response.json()['access_token']
 # 로그 조회
 headers = {'Authorization': f'Bearer {token}'}
 logs_response = requests.get(
-    'https://ro-being.com/admin/logs/rb10508_test?lines=100',
+    'https://ro-being.com/admin/logs/rb10508_micro?lines=100',
     headers=headers
 )
 

ideas/250812_claude_Slack_메시지_처리_아키텍처_분석.md

@@ -36,7 +36,7 @@
 #### 메모리 저장 (storage.py)
 1. prepare_memory(): user/assistant 각각
 2. save_memories(): 일괄 저장
-3. ChromaDB collection: rb10508_test_episodic
+3. ChromaDB collection: rb10508_micro_episodic
 4. HTTP 임베딩: skill-embedding (8515)
 5. 메타데이터: user_id, role, timestamp
 
@@ -154,7 +154,7 @@ user_id, robeing_id 획득
 ### 4.2 중요한 발견
 - **skill-slack은 Slack 이벤트를 수신하지 않습니다**
 - **단순히 API 래퍼 역할만 합니다**
-- **실제 Slack 봇 이벤트는 rb8001이나 rb10508이 직접 받습니다**
+- **실제 Slack 봇 이벤트는 nginx→Gateway(8100)→로빙으로 전달됩니다**
 
 ### 4.3 실제 상황
 - rb10508_micro가 `/api/slack/events`로 이벤트 직접 수신
@@ -199,9 +199,9 @@ class SlackItem(APIItem):
    - 사용자별 workspace 권한 관리
 
 2. **Slack 앱 설정의 Event URL**
-   - 직접 로빙 엔드포인트 지정
+   - Gateway 이벤트 엔드포인트 지정
-   - 예: `https://ro-being.com/rb10508/api/slack/events`
+   - 예: `https://ro-being.com/api/slack/events` (nginx가 Gateway 8100으로 프록시)
-   - 각 로빙이 자체 Slack 이벤트 처리
+   - Gateway가 사용자/로빙 매핑 후 해당 로빙으로 라우팅
 
 3. **사용자-로빙 연결**
    - Auth 서버가 사용자와 로빙 매핑