Home / Blog / AI 비서에게 전용 Telegram 봇을 주는 방법
AI 비서에게 전용 Telegram 봇을 주는 방법 (전화번호 말고)
똑같이 들리지만 전혀 다른 두 가지가 있어요. AI를 위한 Telegram 전화번호 — 실제 계정으로 로그인된 진짜 SIM — 은 영화 속 버전이에요. AI를 위한 Telegram 봇 — BotFather에서 받은 작은 정체성이고 @username으로 부를 수 있는 것 — 이 실제로 작동하고, 합법적이며, 설정에 10분이면 되는 버전이에요.
사람들이 이걸 물을 때 보통 뜻하는 것
“내 AI에게 Telegram 번호를 달라”는 말이 SIM 카드를 뜻하는 경우는 드물어요. 사람에게 하듯 Telegram에서 대화하게 해달라는 뜻이죠. 가족·업무용으로 이미 쓰는 그 인터페이스 그대로, 같은 전달 기능, 같은 음성 메시지, 같은 파일 드롭으로요. 그저 그 주소가 사람이 아니라 내 비서를 가리키게 하고 싶은 거예요.
Telegram은 그걸 위한 문을 두 개 줘요. 개인 비서에게 정직한 문은 그중 하나뿐이고요.
두 개의 문, 나란히 놓고 보기
첫 번째 문 — 유저봇. 실제 Telegram 계정을 자동화 라이브러리(Telethon, MTProto, TDLib)에 로그인시키는 방식이에요. 앱에서는 평범한 연락처로 보이고, 당신이 보는 것과 같은 메시지 이력을 보고, 사람이 할 수 있는 건 뭐든 할 수 있어요. 강력하죠. 동시에 등록하려면 진짜 SIM이 필요하고, 티 나게 자동화된 일을 하는 순간 Telegram 이용약관을 어기게 되고, 패턴 탐지기가 알아채면 플래그가 붙고 잠기고, 비서의 활동이 당신의 사적인 대화와 같은 폴더에 뒤섞여요. 감시 도구를 만들거나 계정이 몇 주마다 죽어도 괜찮은 사람이 택할 문이에요. 개인용 AI에게는 잘못된 문이고요.
두 번째 문 — 봇. @BotFather와 채팅을 열고 /newbot을 실행해 표시 이름과 사용자명을 고르면 토큰을 받아요. 그 토큰은 그 자체로 일급 Telegram 정체성이에요 — 사람이 아니라 봇이죠. @your_bot_name으로 부를 수 있고요. 공식 계약 안에서 작동해요. 봇은 낯선 사람에게 먼저 대화를 걸 수 없고, 이력을 몰래 긁어갈 수 없고, 사용자인 척할 수 없어요. 지루하고, 안전하고, 개인 비서에게 딱 필요한 그것이에요.
이 글의 나머지는 두 번째 문에 대한 이야기예요.
10분 설정
- BotFather와 대화하세요.
@BotFather를 열고/newbot을 보내세요. 표시 이름을 고르고(채팅 헤더에서 사람들이 보게 될 이름이에요),bot으로 끝나는 사용자명을 고르세요 — 이게 영구적인@handle이에요. BotFather가1234567890:AA...같은 모양의 토큰으로 답해줘요. - 토큰은 비밀번호처럼 보관하세요. 봇을 호스팅할 서버의 비서
.env파일에 넣으세요. git에 절대 넣지 말고, 스크린샷에도 담지 말고, 다른 채팅에 붙여넣지 마세요. 유출되면 BotFather에서/revoke를 실행하고 새로 발급받으세요. - Telegram과 말하는 프로세스를 띄우세요. 비서에게는 그 토큰으로 롱폴이나 웹훅을 여는 프로세스가 하나 돌고 있어야 해요. 하나예요. 같은 토큰에 프로세스가 둘이면 Telegram API의
409 Conflict오류로 서로를 무력화해요 — 첫날의 전형적인 장애죠. - 인사해 보세요. 당신의 Telegram에서 봇에게 메시지를 보내세요. 답이 와야 해요. 오지 않는다면 토큰이 틀렸거나, 프로세스가 죽었거나, 다른 무언가가 이미 그 토큰을 붙잡고 있는 거예요.
- 원하는 기능을 켜세요. 다시 BotFather에서요. 아바타는
/setuserpic, 프로필 설명은/setdescription, 짧은 소개는/setabouttext, 슬래시 명령 메뉴는/setcommands, 그룹에서 봇을 쓸 계획이고 멘션만이 아니라 모든 메시지를 보게 하고 싶다면/setprivacy를 쓰세요.
“전용 봇”이 AI에게 실제로 주는 것
- 멘션할 수 있는 정체성.
@your_bot은 당신이 초대한 모든 채팅에서 작동해요. 사진을 전달하고, 음성 메모를 던지고, PDF를 보내세요. 브라우저 탭이 아니라 Telegram의 시민이에요. - 1:1 대화만이 아니라 그룹과 포럼 토픽까지. 두 명짜리, 다섯 명짜리, 쉰 명짜리 그룹에 봇을 넣으세요. 말을 걸고 싶을 땐 멘션하고, 나머지 시간엔 그냥 두면 돼요. Telegram 포럼 토픽도 같은 방식으로 작동해요 — 각 토픽이 독립된 스레드이고, 잘 만들어진 비서는 토픽마다 별도 세션을 유지해서 대화가 서로 섞이지 않게 해요.
- 음성, 파일, 이미지를 기본으로. 음성 메시지를 보내면 받아쓰기가 되고, 사진을 보내면 봇이 보고, PDF를 보내면 읽어요. 전부 네이티브라서 별도의 업로드 과정이 없어요.
- 비서가 당신에게 먼저 보내는 메시지. 봇은 이미 만난 적 있는 사람에게만 답할 수 있지만, 채팅이 한번 생기고 나면 나중에 먼저 말을 걸 수 있어요. 셀프호스팅 비서가 당신이 묻지 않아도 아침 브리핑, 리마인더, 작업 완료 알림을 보내는 방식이 바로 이거예요.
- 모든 기기에서 하나의 주소. 폰, 노트북, 태블릿, 워치에서 같은 봇이에요. 동기화는 Telegram이 처리해요. 당신의 AI에게는 전용 앱이 필요 없어요.
봇이 주지 않는 것(그리고 그래도 괜찮은 이유)
봇은 낯선 사람에게 먼저 DM을 보낼 수 없고, 자신이 없는 채팅을 읽을 수 없고, 그룹에 들어오기 전에 오간 메시지를 볼 수 없어요. 이건 Telegram의 규칙이고, 그러지 않으면 스팸 황무지가 되기 때문에 존재해요. 개인 비서에게 이런 제약은 선물이에요. 봇은 오직 당신에게서만 듣고, 오직 당신에게만 말하고, 당신이 의도적으로 보여준 것만 본다는 뜻이니까요.
또한 봇에는 전화번호가 붙어 있지 않아요. 그게 바로 장점이에요. 잃어버릴 SIM도, 정지당할 계정도, 살려둬야 할 “주 기기”도 없어요. 토큰과 그걸 돌리는 프로세스뿐이죠.
첫날에 흔한 세 가지 실수
- 봇 하나를 여러 용도로 재사용하기. 첫 봇이 너무 잘 돌아가니까 새 프로젝트마다 같은 토큰에 얹으려 하죠. 그러면 자동 받아쓰기, 트레이딩 알림, 가족 채팅 도우미, 세일즈 퍼널이 전부 한 이름 아래 살게 돼요. 나누세요. 목적당 봇 하나, 봇당 토큰 하나, 토큰당 프로세스 하나로요. 비용은 0이고 장애 범위는 작게 유지돼요.
- 토큰을 커밋하기. 토큰이 인증의 전부예요. 그걸 가진 사람은 누구든 그 봇이 돼요.
.env(당신의.gitignore에 들어 있는)나 시크릿 매니저에 보관하세요. 커밋이나 GitHub 로그, 공유한 스크린샷에 한 번이라도 나타났다면 — 즉시 BotFather에서 폐기하고 새로 발급하세요. - 봇을 두 벌 돌리기. 같은 토큰을 폴링하는 두 프로세스는 서로 경쟁하다 둘 다
409 Conflict를 받아요. 증상은 이래요. 봇이 당신 메시지에 답하고, 몇 초 뒤 또 답하고, 그다음엔 조용해져요. 해결책은 프로세스 하나, 호스트 하나예요. 새 버전을 배포한다면 기존 것을 먼저 멈추세요.
개인 AI 구성에서 이게 어디에 놓이나
봇은 현관문이에요. 그 뒤에 실제 비서가 앉아 있죠. 모델, 약간의 기억, 스킬 묶음, 스케줄러, 그리고 Telegram의 각 업데이트를 진짜 답변으로 바꿔주는 약간의 접착제요. 이 전부를 처음부터 만들 수도 있어요 — 토큰은 표준이고, API는 문서화되어 있고, SDK도 성숙했으니까요. 아니면 이미 배선이 끝난 시스템을 설치할 수도 있어요. Avelina에서는 인스톨러 봇이 BotFather 과정을 안내하고, 토큰을 받아, 당신의 VPS에 비서를 배포하고, 저녁 한 번이면 작동하는 채팅을 돌려줘요. 같은 문, 접착제는 덜 필요하고요.
어느 길을 택하든 봇은 비서가 아니에요 — 비서가 응답하는 주소죠. 그 주소를 한 번에 제대로 잡는 건 10분을 들일 만한 가치가 있어요.
함께 읽기
- Telegram에서 개인 AI 비서 만드는 법 — 봇 뒤에 있는 전체 파이프라인이에요.
- Telegram용 AI 봇 — 2026년 선택 가이드 — 네 가지 솔직한 갈래와 당신의 목적에 맞는 하나요.
- 2026년 Telegram 최고의 AI 챗봇 — 공개 봇 vs 셀프호스팅, 실제 트레이드오프와 함께요.
- Claude를 Telegram 비서로 돌리기 — 특정 모델 하나, 특정 구성 하나예요.
- 깊은 Telegram 연동 — 토픽, 음성, 파일, 봇 하나 안의 서브 에이전트까지요.
- 멀티 에이전트 아키텍처 — 일이 커졌을 때 봇이 무엇에게 넘길 수 있는지요.