다중 계정 연구 및 검토된 작업을 위한 상위 3개 Telegram MCP 서버

공지: 이 기사는 Teleloom 저자의 참여와 AI 지원으로 작성되었습니다. 2026년 10월 7일에 확인된 문서 및 선택된 소스 경로를 비교합니다. 공동 성능 벤치마크 또는 실시간 Telegram 비교는 수행되지 않았습니다.

Teleloom: Telegram tools for agents

유용한 Telegram 통합은 에이전트가 채팅에서 결정을 찾고, 그 배경 메시지를 인용하며, 올바른 계정에서 답장을 준비할 수 있게 합니다. 그러한 작업들은 단순히 긴 도구 목록 이상의 것을 요구합니다. 에이전트가 어떤 계정을 사용하는지, 무엇을 읽었는지, 그리고 사용자가 어떤 작업을 승인했는지를 알아야 합니다.

이 간추린 목록은 하나의 조합에 대해 Teleloom을 1순위로 제시합니다: 명명된 사용자 및 봇 프로필, 보존된 메시지에 기반한 연구, 그리고 전송 전에 별도의 검토 단계입니다. 순서는 측정된 전체 승자가 아니라 검사된 계약을 바탕으로 한 편집적 선택을 반영합니다.

1. Teleloom: 프로필, 보존 증거 및 검토된 전달

Teleloom은 MCP 서버, CLI(Command Line Interface), 그리고 연결, 읽기, 받은 편지함 검토, 요약(digests), 전송 및 브로드캐스트를 위한 여섯 가지 포터블 스킬을 결합합니다. 하나의 로컬 소유자 프로세스가 명명된 사용자 계정 및 봇의 연결과 상태를 관리합니다. 여러 에이전트 클라이언트가 이를 공유할 수 있습니다. 프로젝트 문서.

연구를 위해 채팅, 시간 범위, 그리고 수집 예산을 선택합니다. Teleloom은 수집된 원본을 보존하고 커버리지 정보가 포함된 증거 참조 자료를 제공합니다. 에이전트는 Telegram 메시지가 변경된 후에도 다이제스트(digest) 뒤에 있는 수집된 버전을 다시 검토할 수 있습니다. 여러 요청에 걸친 수집은 여전히 Telegram의 원자적 스냅샷(atomic snapshot)은 아닙니다. Frozen result 구현.

전송의 경우, Teleloom은 계정, 수신자, 정확한 내용, 답장 대상을 포함하는 미리보기를 생성합니다. 실행을 위해서는 확인(confirmation)과 일치하는 플랜 해시가 필요합니다. 불확실한 전달 상태는 unknown으로 유지되며, 서버는 이를 복구 조치로 재전송하지 않습니다. 클라이언트가 확인 플래그를 제공하므로, 이는 독립적인 인간 승인 증명이 아니라 신뢰할 수 있는 로컬 설정 내의 계약(contract)입니다. 전달 구현, 신뢰 모델.

문서, 선택적 PDF/OCR 추출 및 전사(transcription)는 에이전트가 검사할 더 많은 자료를 제공합니다. 전사 경로는 구성된 로컬 엔진, Telegram, OpenAI 호환 엔드포인트, Groq을 포함합니다. 외부 오디오 업로드는 별도의 권한과 예산이 필요합니다. 첨부 설정.

Optional Jev 지원은 메시지 분류(message classification) 및 작업 기반 필드 선택(task-based field selection)을 다룹니다. 분류는 관련성(relevance), 긴급성(urgency), 주제(topic), 실행 가능성(actionability) 등의 레이블을 처리합니다. 필드 선택은 검색하거나 전달된 메시지를 읽지 않고 경계가 지정된 작업(bounded task)과 정적 필드 설명(static field descriptions)을 받습니다. 더 작은 예측 응답(projected responses)은 에이전트에게 전달되는 데이터를 줄일 수 있습니다. 이 글은 속도나 토큰 절약에 대한 측정 가능한 주장을 하지 않습니다. Jev 없이도 필드를 선택하고 간결한 보기(compact views)를 구성할 수 있습니다. 분류 계약서 (Classification contract), 필드 선택 (field selection).

이러한 워크플로우를 위해 Teleloom이 이 목록에서 첫 번째 선택지입니다. 설정에 노력이 필요합니다: Python 3.12–3.14, 자격 증명(credentials) 및 작동하는 자격 증명 저장소(credential store). 새 프로필은 선택된 채팅 접근을 구성하지 않는 한 모든 계정 접근 가능한 채팅을 읽을 수 있습니다. 봇 API 기록은 수집된 관찰(observations)으로 구성됩니다. 사용자가 요청한 증거(evidence)를 선택된 에이전트/모델 제공업체가 받게 됩니다. 시작하기 (Getting started).

2. chigwell/telegram-mcp: 광범위한 Telegram 작업

chigwell/telegram-mcp는 명명된 계정, 검색 및 기록(history), 연락처, 미디어, 관리자 작업(admin operations), 기술(skills) 및 접근 제어(access controls)를 문서화합니다. 또한 여러 전사 경로(transcription routes)를 제공합니다. 위에서 설명한 연구 워크플로우보다 광범위한 Telegram 작업이 더 중요한 경우 고려해 보십시오. 확인된 문서 (Checked documentation)

검사된 send_message 경로는 채팅 접근을 확인하고 별도의 plan-hash 인자 없이 메시지를 전송합니다. 호스트 클라이언트는 승인을 강제할 수 있으며, 프로젝트에는 전송하지 않는 초안 가이드가 포함되어 있습니다. 이 관찰은 해당 소스 경로에 적용됩니다. Send 구현, 워크플로우 문서.

3. mcp-telegram: Node.js 설치 경로

mcp-telegram/mcp-telegram은 QR 로그인, npx, 바이너리 및 Docker를 제공합니다. 문서에는 검색, 미디어, Telegram Premium 전사(transcription), 그리고 개별 세션 경로와 MCP 등록을 통한 다중 계정 관리가 포함되어 있습니다. 이는 이미 Node.js를 사용하는 독자들에게 적합할 수 있습니다. 확인된 문서.

검사된 telegram-send-message 경로는 미리보기 plan hash 인자가 없습니다. 클라이언트는 자체 규칙을 통해 승인을 제공할 수 있습니다. 또한 이 프로젝트는 로컬 설치와 다른 자격 증명 및 데이터 처리 시사점을 가진 호스팅 배포도 제공합니다. Send 구현.

시도해 볼 첫 번째 작업

[Teleloom 클라이언트 연결](https://github.com/starsinc1708/teleloom/blob/a5e6a85cdb79b4ca8a2dbe0d46802d433cb56e03/docs/clients.md] 후, 다음을 시도해 보세요:

프로필을 표시하고 채팅 하나를 선택하게 하세요. 읽음으로 표시하지 않고 최신 20개 메시지를 읽으세요. 결정 사항과 미결 질문을 요약하고, 출처 메시지에 링크하며, 누락된 맥락을 보고하세요. 아무것도 보내지 마세요.

이는 주장된 테스트 결과가 아닌 제안된 작업입니다. OpenCode 2와 Hermes는 config client --install을 통해 네이티브 등록이 가능하며, 현재 소스 체크아웃에서 사용 가능합니다. v0.5.0 버전은 설정 조각(config fragments)만 출력합니다. 도구 검색(Tool discovery) 기능은 다이제스트 정확도나 완전한 모델 워크플로우를 확립하지 않습니다. 검증 제한 사항를 참고하십시오.

Teleloom의 계획된 브라우저 작업 공간(browser workspace), 공유 프록시 카탈로그(shared proxy catalog), 사용자 지정 이모지 컬렉션(custom emoji collections), 그리고 확장된 VPS/SSH 워크플로우는 로드맵 작업에 있습니다. 오늘 서버를 선택할 때는 이를 계획으로 간주하십시오.