# 프랜차이즈 = 돌봄, 기술 베이스 = ADB

**DTSLIB 전략 백서 · 2026-09-04 · 1 page**
*주제: 레포지토리 세계(7 브랜치)와 ADB 무인 노드 돌봄 스택을 하나의 프랜차이즈 OS로 통합*

---

## 1. 지금까지의 세계 — 레포지토리 지사 모델은 죽었다

- DTSLIB = 29개 레포 · 7개 브랜치(셀). HQ OS = Control(정책) / Data(원장) / Execution(실행) 3평면.
- "주고 싶어도 전부 줄 수 없다 → 그래서 본사가 필요하다. 복제되는 것은 설명이 아니라 구조다."
- 그러나 실측(2026-07-28): 800+ 커밋 · 6개 지사 · 145개 로그 **전부 박씨 1인**. 지사 당사자 커밋 0건.
- **레포는 살아있는 대상이 아니라 죽은 창고라서 "돌봄"의 단위가 될 수 없다.** 이 모델은 폐기.

## 2. 검증된 유일한 돌봄 기술 — ADB 무인 노드 스택 (누나 = 프로토타입 1호)

- 돌봄 대상 = **"사람 + 폰" 1노드**. 누나(갤21)를 원격에서 감시·유지·복구.
- 통제 평면: **Tailscale + 무선 ADB `:5900`** (케이블·같은 WiFi 불필요).
- 구성: phone-health 검진(S/A/B/C 등급) → care-daemon 이상감지(배터리/온도/위치 무변동) → TG 알림 → 긴급 시 에스컬레이션 → Shizuku 포크+워치독이 재부팅도 무인 복구.
- 실측 법칙: ① 5555~5585 = 에뮬레이터 대역 → 반드시 **5900** ② offline=포트문제, unauthorized=승인만 남음 ③ RSA 팝업은 폰 화면 켠 상태에서만 ④ rish 첫 실행은 폰 직접 1회 ⑤ 무인 = WiFi 필수.

## 3. 통합 명제 — 프랜차이즈 OS = 무인 안드로이드 노드 돌봄 메시

- 누나 돌봄과 프랜차이즈 돌봄은 **같은 개념**: 말로 가르치지 않고 구조로 돌본다. 시스템이 대상의 생사·건강·활동을 보고, 스스로 복구하고, 사람에게 보고만 한다.
- 결론: **지사의 진짜 단위는 레포가 아니라 "사람 + 폰"이다.** 프랜차이즈 = 검증된 care 패키지(폰 1대 + 검진 + 데몬 + 워치독 + TG)를 **셀 N개로 복제**하는 문제.
- ADB 돌봄 스택이 HQ OS의 Execution Plane(레포/워크플로우)을 **"폰 지사 돌봄"으로 교체**한다. HQ는 갤21을 돌보듯 모든 셀을 돌본다.

## 4. 프랜차이즈에 새로 설계할 것 — 활동 vital

누나 care는 신체 vital(배터리·온도·위치)을 본다. 지사 care는 **활동 vital**을 봐야 한다.

- 폰 살아있음 + 네트워크 살아있음 → 기본 바이탈
- 오늘 발행/생산 0건 → 활동 정지 경고
- LLM 워커(워키토키/팥) 사망 → 노동자 다운
- N시간 무접촉 → 연락 두절 에스컬레이션

## 5. 대상 유형 선택 — 이게 갈림길

- **(A) 실존 인물 + 그들의 폰**: 남원골 12명 중개인 모델. "HQ가 네 폰으로 네이버를 운영 대행" = 폰이 곧 프랜차이즈 차량. 단, 남의 폰 → 동의/앱 설치(consent) 모델이 새 과제.
- **(B) 내가 소유한 무인 폰 지사**: 공기계/폰 1대 = 지사 사무소(RVC·SoVITS·방송 파이프라인 가동). 이미 검증된 헬레나 스택을 그대로 N배 복제 → **즉시 실행 가능**.

## 6. 다음 액션

1. 이 백서를 파피루스 SSOT로 커밋
2. 활동 vital 스펙 정의(지사 건강검진 v1)
3. 지사 단위 (A)/(B) 결정 → 파일럿 셀 1기 구축 (헬레나 스택 복제)

---
*"누나 1명을 돌보는 시스템이, 프랜차이즈 N개를 돌보는 OS의 원형이다. 기술 베이스는 ADB."*