📦 인수인계서 — 다음 대화방용

★ 현재 1순위 (2026-06-25 — cmdboard 은퇴 결정: RDS 비용 절감, 삭제 승인 대기)

결정(페페, 2026-06-25): cmdboard 웹앱 완전 은퇴. SARA를 각 프로젝트별 소규모/기능카피로 별개 사용 중 → 중앙 cmdboard 보드 불필요. CloudWatch 검증=cmdboard-dbinstance 7일 연결 avg~6(EC2 gunicorn 유휴풀, 사용 스파이크 0=실사용자 없음). 대비 pfs poin-dbinstance는 평소0·간헐1~2=실 트래픽. - 인프라 확정(실측 2026-06-25): RDS 3대 모두 db.t4g.micro/20GB 단일AZ. ① cmdboard-dbinstance(cmdboard 전용, gp3) ② poin-dbinstance(pfs 운영, gp2) ③ poin-dbinstance-test(pfs 테스트). cmdboard는 pfs와 별개 인스턴스 — 삭제해도 pfs 무영향(EC2 i-03225ba8bc12a929e만 공유). micro 1대 ≈ 월 $15~16. - ✅ 콜드 아카이브 완료: C:\dev\cmdboard\_archive\cmdboard_dump_20260625.sql(.gz) — mysqldump(26테이블·전체데이터, MySQL 8.4.8). EC2엔 aws CLI 없어 SSM으로 덤프→EC2 일회성 http.server→Tailscale(100.73.87.48) 로컬 pull. board_admin은 RELOAD 권한 없음 → --single-transaction 불가, --skip-lock-tables로 덤프(유휴DB라 안전). gzip -t 검증 PASS. 복원=mysql < dump(미니PC MariaDB 등 어디든). - ⏳ 삭제 승인 대기(위험작업·텔레그램 게이트): aws rds delete-db-instance cmdboard-dbinstance --final-db-snapshot-identifier cmdboard-final-20260625 --no-delete-automated-backups(최종 스냅샷=인스턴스 전체[cmdboard_test 포함] 원자 보존) + EC2 cmdboard.service/cmdboard-test.service stop·disable. 승인 전 미실행. - 절감 한계: EC2·pfs RDS 2대는 업무용 유지 → 이 작업 절감은 micro 1대(~월 $15)뿐. pfs 운영을 미니PC로 옮기는 건 비추(정전 다운 이력). - ✅ 로컬 상주 서버 중단(2026-06-25): 미니PC에서 ① cmdboard Bridge(:8765, SARA 실행 브리지) ② SARA 서버(C:\dev\SARA\run.py :8770) ③ agent-dialogue-hub(:8780, GPT 상의) 종료 + 자동시작 작업 disable(CmdboardBridge/CmdboardBridgeTest/CmdboardBridgeTray/SaraWatchdog/HubWatchdog). 워치독 1분 재기동 구조라 task disable 필수였음. 유지: broker(:7777 승인게이트)·pfs orderpaper_sync(:8791)·user_brief(:8788)·devplan(:8799)·talklog(:8790/8792)·원격터미널(:8822). 되살리기=Enable-ScheduledTask.

★ 이전 1순위 (2026-05-27 · 갱신58 — 묶음C 사라 피드 구현 완료, EC2-test 검증 직전 + Tailscale TCP 해결)

진행 중: 묶음C = 카드상세 '사라 작업 중계 피드'. 사라가 진행 상황을 1인칭 정중체로 중계(로그 뷰어 아님). 채티가 이 세션에서 직접 구현(코디 Agent 경로 비활성 → 사용자 동의 하에 C안=채티 직접). 확정 설계: T1 40종=action→사라 정중체 JS 템플릿 / T2 6종(analysis·plan 등)=B안 절단표시(payload.text 100자, 라이브 AI요약은 baseline 후 별도카드) / T3 40종=서버 제외. 경계: chati_next_done·payload_mismatch→T3제외, updated 단순=T1·중첩dict=T2. 조인 activity_logs JOIN tasks. 마이그레이션 0(payload JSON 재사용). 톤=정중체. 디버그 라벨 기본숨김+토글. - 묶음A 완료(:8003, 742f454) — mock/dead 정리. (코디 지시위반 master push 발생했으나 SSM배포 Failed로 EC2 미적용) - 묶음B 완료·이상없음 확정 — /admin 단일셸 6섹션. 브랜치 feat/admin-unify-bundleB f06bc76. 브라우저 검증 완료. - 묶음C 코드 구현 완료(미커밋) — ① app/api/tasks.py: GET /api/tasks/<tc>/feed 신규 + _FEED_EXCLUDE_ACTIONS(T3 40종) frozenset. ② 신규 app/static/js/sara_feed.js: 사라 정중체 렌더러(T1 템플릿맵 40종+actorLabel+updated분기+T2절단+완료녹색+디버그토글, codi_live_monitor 패턴 차용 멱등마운트·5s폴링). ③ app/templates/_base.html: sara_feed.js 로드 등록. Python·JS 구문 OK. 기존 /codi/live·codi_live_monitor.js 무수정(QA 디버그 유지). - 다음 시작점 = EC2-test 반영·검증. 묶음C 3파일을 테스트 브랜치 커밋·푸시→cmdboard-test pull→:8003 재시작→/feed 검증(T3 0건 grep대조·사라톤 렌더·T2절단·디버그토글·무회귀). 테스트 커밋·푸시·배포는 사용자 사전승인 확정(매번 안 물음). - Tailscale TCP 해결 완료 — 원인=NAT P2P 실패(방화벽·바인딩·ACL 정상, ping은 DERP경유). 공유기 포트포워드 UDP 41641→192.168.45.2 추가로 EC2→Bridge curl /health 정상({status:ok}). CGNAT 아님(공인 211.209.165.141). push 모드 부활 가능 → T2 라이브 AI요약(C안)은 자동순환 토큰 baseline 후 별도카드로 승급 예정. 운영 .env BRIDGE_API_BASE 설정됨/테스트 .env 비어있음. 미해결/대기: ① T2 라이브 AI요약(C안) — Tailscale 해결로 가능해졌으나 자동순환 핫패스 동기 LLM호출=토큰·지연 → 레버1 baseline 후 도입. ② 코디 Agent/RemoteTrigger 구동경로 이 세션 비활성(등록 0). ③ 운영 일괄배포는 사용자 명시 재개 시에만. (갱신50~57 본문은 🗄 이력 아카이브로 이동)

새 대화방 읽기 절차

1. 위 ★ 현재 1순위 = 현재 상태(1순위 + 다음 시작점).
2. 📑 주제 색인 (목차) — 관련 주제 번호·상태 라벨 확인.
3. 🗂 항목별 세부 상의 — notion-anchor-mcp 앵커로 해당 §주제 점프. - 과거 갱신(1~55) 전체 이력 → 🗄 인수인계서 이력 아카이브.

기본 설정 (상시)

• 대화방 컨텍스트 60% 알림: 현재 대화방의 컨텍스트 사용량이 60%를 넘으면 사용자에게 알림을 보내고, 다음 대화방을 준비한다(현 논의까지로 인수인계서·세부 상의 갱신 → 페이지 링크 전달).

V2 Phase 참조

• Phase 0(감사)·Phase 1(라벨) 완료. 정본 문서(로컬 C:\dev\cmdboard\docs\): cmdboard_v2_phase0_audit.md / cmdboard_v2_naming_map.md(§1 라벨 매핑·§2 식별자 유지·§3 신규개념) / cmdboard_v2_first_patch_plan.md. 원칙: 사용자-facing 라벨만 SARA, DB enum/API URL/Bridge 식별자(chati)는 유지.

전체 시행 순서 (참조)

묶음1.5~묶음5(D3-c)·토큰공통·D1·chainA·묶음4·묶음5 [EC2-test 적용·검증 ALL PASS] → V2 Phase0·Phase1 완료(:8003) → (대기) 운영 Tier2 일괄 배포(master 1회 = 전체 번들 + V2 라벨) → 실데이터 게이트 후속(B밴드) / V2 Phase2+(C밴드).

안전 기준 (상시 · 참조)

• Tier1 자동허용: 파일 read/edit/write, 비파괴 git, 테스트/빌드, venv 설치, 테스트서버 재시작·git pull, bash 조회.
• Tier2 사용자승인: master push/운영배포(cmd자동배포), operational rollback, 대량 변경.
• Tier3 하드차단: rm-rf/DROP/TRUNCATE/DELETE FROM, force push, 운영 RDS write, SG 변경, env/secret 출력, 자기 권한확장, pfs/deploy-live.
• 기본 배포 승인 범위: 테스트(:8003·cmdboard_test)만. 운영(master push·운영 RDS)은 사용자 명시 시에만.
• 현재 모드: 채티가 claude-code/SSM으로 테스트(:8003·bridge-test)에서 직접 작업. 운영 :8002 / master / pfs 무접촉.

핵심 식별자 (참조)

• EC2 i-03225ba8bc12a929e. 운영 /home/ubuntu/cmdboard :8002 cmdboard.service. 테스트 /home/ubuntu/cmdboard-test :8003 cmdboard-test.service. venv /home/ubuntu/cmdboard-test/venv/bin/python(3.11.10). SSM: aws ssm start-session --target i-03225ba8bc12a929e --region ap-northeast-2.
• Bridge 운영 :8765 / bridge-test :8766. EC2 venv 3.11.10 / PC bridge-test .venv 3.14. 로컬 repo C:devcmdboard, origin github.com/delix0731/cmdboard.
• 진단 함정: EC2 sys python3=3.6.9 py_compile 오탐 → venv 3.11.10. SSM 출력 cp949 → --output json + PYTHONUTF8=1. aws-api MCP는 ssm:SendCommand 불가 → claude-code Bash 로컬 aws send-command(비동기 polling). claude-code Bash는 명령마다 cwd가 system32로 리셋될 수 있음 → 절대경로 사용(상대 glob/ls 빈결과 주의).