텔레그램에서 개인 AI 비서 구축하기: 7가지 문제점과 스택 세부사항

r/ClaudeAI의 한 개발자가 Claude Sonnet을 두뇌로 사용하여 Telegram에 개인 AI Chief of Staff을 구축했습니다. 이 시스템은 Notion, Google Calendar, Gmail, 회의록 변환 도구, 고객 지원 플랫폼, Google Chat과 통합됩니다. 기술 스택은 Python Telegram 봇, 프로젝트별 마크다운 파일 기반 컨텍스트 시스템, 아침 브리핑 및 회의 처리와 같은 사용 사례에 대한 마크다운 사양 파일로 정의된 스킬을 포함합니다.

실제로 작동하는 기능

• 전체 도구 액세스가 가능한 자연어 대화 — 에이전트가 호출할 도구를 결정
• 회의 처리: 회의록 링크를 제공하면 에이전트가 결정사항, 액션 아이템을 추출하고 구조화된 브리핑 저장
• 요청 시 아침 브리핑: 작업, 캘린더, 열린 지원 티켓, 제안된 집중 분야
• 적절한 어조로 모든 채널에 메시지 초안 작성
• 자연어로 작업 생성 및 업데이트

7가지 해결되지 않은 문제

1. 세션 간 메모리 없음: 기록은 인메모리 방식이며, 봇이 재시작되면 전체 기억 상실. 세션 종료 시 TTL이 있는 hot_context.md를 작성하는 방안 고려 중.
2. 순수 반응형: 메시지를 보내야만 응답. 오전 9시에 사전 예약된 아침 브리핑과 소홀한 고객에 대한 알림을 원함. 사용자가 읽도록 유도하면서도 잡음으로 무시되지 않는 형식에 어려움.
3. 회피 중인지 실제로 막혔는지 구분 불가: 사용자는 작업 유형에 따라 다르게 미룸. 에이전트가 패턴을 감지하고 잔소리가 되지 않으면서 회피를 지적하길 원함.
4. 종료 의식 없음: 작업이 계속 증가. 7일 이상 열린 항목에 대해 날짜를 설정하거나 삭제하는 주간 "kill or commit" 필요.
5. 컨텍스트 로딩 사각지대: 프로젝트 파일은 클라이언트가 명시적으로 언급될 때 작동하지만, "이번 주에 무엇에 집중해야 할까?" 같은 광범위한 질문에는 실패 — 에이전트가 소홀한 관계를 사전에 확인하지 않음.
6. 호스팅이 파일 동기화를 망침: 노트북을 닫으면 로컬 봇이 종료됨. VPS로 이전하면 컨텍스트 파일이 서버에 남음. git이 적절한 동기화 레이어인지 확신 없음.
7. 컨텍스트 파일이 오래됨: 에이전트가 로그를 추가하지만 최상위 요약을 유지하지 않음. 두 달 후 섹션의 절반이 부정확함. 에이전트 규율, 사용자 규율, 또는 주기적 작업 중 무엇이 문제인지 의문.

원본 게시물은 유사한 시스템을 구축한 다른 사람들의 솔직한 의견을 요청합니다. 커뮤니티는 세션 간 메모리, 사전 예약 스케줄링, 컨텍스트 유지 관리에 대한 패턴을 가지고 있을 가능성이 높습니다.