feat: Telegram 봇 그룹 대화 로그 수집 (Phase 2)

[thxforall]

Summary

Telegram 그룹 채팅 일별 자동 기록 + 알림 아카이빙.

Tasks

• 그룹 메시지 상시 감시 로직 (홈서버)
• 일별 대화 로그 → Markdown 변환 → vault Logs/ 저장
• 기존 telegram-notify 알림도 vault에 동시 기록

Dependencies

• Telegram 봇 Phase 1 완료 후

[thxforall]

Codex Review Feedback (Critical + Minor)

C3: 민감정보 redaction 필수 (Phase 2 전제조건)

Phase 1(#516)에서 redaction 필터 + user 화이트리스트가 검증된 후에만 Phase 2 진행.

Minor: 홈서버 SPOF

봇 단일 호스팅으로 서버 다운 시 아카이빙 중단.

• systemd service로 자동 재시작
• 봇 상태 모니터링 (healthcheck → Telegram 알림)

[thxforall]

아키텍처 검토: 홈서버 vs Cloudflare Worker

Codex 리뷰의 SPOF 우려(Minor)와 Gemma 활용 요구를 함께 풀기 위해 옵션을 정리.

옵션 비교

항목	홈서버 단독	Cloudflare Worker 단독	하이브리드 (권장)
Gemma 호출	직접 가능	불가 (CPU 10ms 한도)	홈서버에서 처리
webhook 수신	동적 IP/포트포워딩 필요	HTTPS 기본 제공	Worker가 받음
SPOF	있음 (Codex C3 minor)	없음	Queue 버퍼로 완화
비용	0	0 (Free tier)	0

분담안 (하이브리드)

책임	위치
Telegram webhook 수신	Worker
Redaction (C3 전제)	Worker — 정규식·deny-list
큐잉 / 버퍼	CF Queues
Markdown 변환 + vault git push	Worker 또는 홈서버
일별 요약·태깅·자동 링크 (Gemma)	홈서버 (Queue pull)

홈서버 inbound 열기 부담스러우면 홈서버 → Queue pull 방향으로 outbound만 사용.

Cloudflare Free Tier 적정성 (2026 기준)

리소스	Free tier	Telegram 봇 실사용
Workers 요청	100,000/일	그룹 1000 메시지/일이라도 10% 수준
CPU time	10ms/요청	webhook·redaction·git API 호출 충분
KV	읽기 100k/일, 쓰기 1k/일, 1GB	메시지마다 write 시 빠듯 → Queue 권장
Queues	1M ops/월 (2026-02부터 Free)	메시지당 4 ops 잡아도 250k/월 여유
대역폭	무제한	—

주의: KV 쓰기 1,000/일이 가장 빠듯 → 메시지 적재는 Queues로. Gemma inference는 Worker 내부 절대 불가(CPU 10ms 초과).

선택 가이드

• Gemma를 즉시 응답에 쓸 거면 → 홈서버 단독 + systemd/healthcheck로 SPOF 완화 (Codex 권고 그대로)
• Gemma가 백그라운드 enrichment(요약·태깅)면 → 하이브리드 권장. ingestion은 절대 끊기지 않고, Gemma는 옵션

출처

• Workers Pricing · Workers Limits · KV Limits · Queues Free 발표 · Queues Pricing

[thxforall]

Superseded by decoded-agent.

본 issue의 "그룹 대화 일별 자동 기록" vision은 decoded-agent의 conversation digest agent 로 발전된 형태로 흡수됨 (신규 decoded-agent epic 생성 예정).

차이:

• 원안 (feat: Telegram 봇 그룹 대화 로그 수집 (Phase 2) #517): raw 그룹 메시지 → Logs/YYYY-MM-DD.md 일별 텍스트 벽
• 신규 (digest agent L2): LLM이 topic 단위로 자동 클러스터링 → Decisions/Action Items/Questions/Notes 서브 섹션 → 검색 가능한 구조

#516과 함께 monorepo spec은 status: superseded 로 마킹 예정.