텔레그램으로 내 자동매매 봇 감시·제어하기

자동매매를 맡기거나 시작하려는 분들이 가장 많이 하는 걱정은 "그럼 나는 뭘 하나요? 하루 종일 컴퓨터 앞에 앉아 봇을 지켜봐야 하나요?"입니다. 답은 아니요입니다. 잘 만든 봇은 스스로 매매하고, 중요한 일이 생기면 내 폰으로 먼저 알려주며, 내가 폰에서 명령 한 줄로 멈추고 다시 시작할 수 있게 되어 있습니다. 그 창구로 가장 널리 쓰이는 것이 텔레그램입니다. 이 글은 코딩을 몰라도 "텔레그램으로 내 봇을 감시하고 제어한다"가 무슨 뜻이고, 어떻게 구성되며, 무엇을 조심해야 하는지를 운영자(맡기는 사람) 눈높이로 풀어씁니다.

1. 새벽 3시, 봇이 멈췄는데 나는 자고 있었다

실제로 자주 듣는 사연입니다. 코인 자동매매 봇을 돌리던 A씨는 어느 날 아침 계좌를 열어보고 가슴이 철렁했습니다. 밤사이 시장이 크게 움직였는데, 봇이 새벽 3시 12분에 조용히 멈춰 있었던 것입니다. 원인은 사소했습니다. 서버가 잠깐 인터넷 연결이 끊겼고, 봇이 거래소에 재접속하지 못한 채 그대로 멈춰 섰습니다. 문제는 봇이 멈췄다는 사실을 아무도 몰랐다는 것입니다. A씨는 여섯 시간 뒤에야 우연히 발견했습니다.

자동매매의 진짜 리스크는 종종 "전략이 틀렸다"가 아니라 "문제가 생겼는데 몰랐다"입니다. 사람이 직접 매매하면 화면을 보다가 이상하면 바로 개입합니다. 그런데 자동매매는 나 대신 24시간 돌아가는 대신, 내가 안 보고 있을 때 문제가 생기면 그 사이 손실이나 기회 손실이 쌓입니다. 그래서 자동매매를 제대로 운영한다는 것은 "완벽한 전략을 만든다"가 아니라 "내가 없어도 봇이 나에게 말을 걸게 만든다"에 가깝습니다.

2. 감시와 제어는 다른 얘기 — 방향이 반대다

많은 분이 "텔레그램 연동"을 하나의 기능으로 뭉뚱그려 생각하는데, 사실 두 가지 방향이 정반대인 기능이 합쳐진 것입니다. 이 둘을 구분하면 이후 설명이 훨씬 명확해집니다.

감시만 붙이는 것은 비교적 간단하고 위험도 적습니다. 반면 제어까지 붙이면 편리함이 확 올라가지만, "내 폰에서 봇을 움직일 수 있다 = 내 폰(또는 채팅방)이 뚫리면 남도 봇을 움직일 수 있다"는 이야기가 되므로 보안 설계가 반드시 따라와야 합니다. 이 구분을 머리에 넣고 아래를 읽어보세요.

3. 봇 → 나 : 어떤 알림을 받아야 하나 (5가지)

"알림을 받는다"고 하면 흔히 체결 알림(샀다/팔았다)부터 떠올립니다. 물론 유용하지만, 운영 관점에서 더 중요한 것은 따로 있습니다. 아래 다섯 가지를 우선순위대로 정리했습니다.

① 장애 알림 — "봇이 멈췄다/죽었다"

가장 중요합니다. 봇이 예상치 못하게 종료됐거나, 거래소 연결이 끊겼거나, 서버가 재부팅됐을 때 즉시 알아야 합니다. 앞의 A씨 사례가 바로 이 알림이 없어서 생긴 일입니다. 뒤에서 다루겠지만, 이 알림에는 함정이 하나 있습니다 — 봇이 완전히 죽으면 알림을 보낼 주체도 같이 죽는다는 점입니다.

② 오류·거부 알림 — "주문이 실패했다"

봇은 살아 있는데 주문이 계속 거부되는 경우가 있습니다. 잔고가 부족하거나, API 키 인증이 만료됐거나, 거래소가 점검 중이거나, 주문 수량·가격이 규칙(최소 주문금액, 호가 단위 등)에 안 맞을 때입니다. 이런 조용한 실패는 겉보기엔 봇이 돌아가는 것 같아서 더 위험합니다. "주문을 넣었는데 거부됐다"를 알려주는 알림이 이걸 잡아줍니다.

③ 리스크 알림 — "오늘 손실이 한도를 넘었다"

"오늘 누적 손실이 내가 정한 한도(예: 하루 -3%)를 넘었다", "미실현 손실이 특정 수준에 도달했다" 같은 알림입니다. 이건 사람이 개입할지 판단할 시점을 알려주는 신호입니다. 봇이 규칙대로 잘 돌고 있어도, 시장이 봇의 가정과 크게 달라지는 국면에서는 사람이 잠시 멈추는 결정을 해야 할 수 있습니다.

④ 체결 알림 — "샀다/팔았다"

"BTC 0.01개를 얼마에 매수했다", "매도 체결, 이번 거래 손익 얼마" 같은 알림입니다. 초반에는 봇이 제대로 일하는지 확인하는 안심용으로 좋습니다. 다만 거래가 잦은 전략이라면 하루에도 수십 개가 쏟아져 곧 알림 피로가 옵니다. 그래서 익숙해지면 개별 체결은 끄고 요약으로 대체하는 것이 일반적입니다(⑤ 참고).

⑤ 일일/정기 요약 — "오늘 하루 이랬습니다"

하루가 끝나면(또는 정해진 시각마다) "오늘 거래 N건, 승률, 실현 손익, 현재 잔고, 봇 가동 시간" 같은 리포트를 한 장으로 보내줍니다. 개별 체결 알림을 끄고 이걸 켜두면, 시끄럽지 않으면서도 "봇이 살아서 일하고 있다"는 안심과 기록을 동시에 얻습니다.

4. 알림 과유불급 — 3단계로 나눠라

알림을 처음 붙이면 십중팔구 너무 많이 설정합니다. 처음엔 모든 게 궁금하니 체결 하나하나, 잔고 변화 하나하나 다 받고 싶습니다. 그런데 며칠 지나면 알림이 하도 울려서 정작 중요한 장애 알림을 스크롤에 묻어버리는 역설이 생깁니다. 이걸 '알림 피로(alert fatigue)'라고 합니다. 진짜 위험한 순간에 "또 그 알림이겠지" 하고 넘겨버리게 되는 것이죠.

해법은 알림에 등급을 매기는 것입니다. 병원 응급실이 환자를 중증도로 분류하듯, 알림도 세 단계로 나눕니다.

많은 사람이 텔레그램에서 이걸 채널(대화방)을 나눠 구현합니다. 예를 들어 '긴급' 방과 '기록' 방을 따로 두면, 긴급 방은 소리를 켜고 기록 방은 무음으로 두어 필요할 때만 열어봅니다. 어떤 사건을 어느 등급에 넣을지는 운영하면서 조금씩 조정하게 됩니다. 처음부터 완벽할 필요는 없고, "이건 굳이 소리까지 안 나도 됐는데" 싶으면 한 단계 내리면 됩니다.

5. 나 → 봇 : 원격으로 내릴 수 있는 명령 (5가지)

이제 반대 방향입니다. 텔레그램 채팅창에 명령을 입력하면 봇이 알아듣고 반응하게 만들 수 있습니다. 예를 들어 /status를 치면 봇이 현재 상태를 답해주는 식입니다. 자주 쓰는 명령을 위험도 순서로 보겠습니다.

① 상태 조회 (안전) — /status

"지금 봇 살아있어? 몇 시간째 돌고 있어? 지금 포지션은? 오늘 손익은?"을 물어보는 명령입니다. 돈이 전혀 움직이지 않는 순수 조회라 가장 안전합니다. 외출 중 문득 궁금할 때 폰을 꺼내 한 줄 치면 봇이 요약을 답해줍니다.

② 잔고·포지션 조회 (안전) — /balance /positions

현재 잔고, 보유 종목/코인, 미실현 손익 등을 확인합니다. 이 역시 조회라 안전합니다. 거래소 앱을 열지 않아도 핵심 숫자만 빠르게 확인할 수 있어 편리합니다.

③ 일시정지 / 재개 (운영) — /pause /resume

"지금부터 새 매수는 하지 마"(일시정지) 또는 "다시 시작해"(재개) 명령입니다. 여기서부터는 봇의 행동을 바꾸는 명령입니다. 다만 대개 '새로 사는 것을 멈추는' 수준이라 그 자체로 돈이 빠져나가진 않아, 위험도는 중간입니다. 큰 뉴스가 예정돼 있거나 시장이 이상하게 움직일 때 잠시 멈추는 용도로 유용합니다.

④ 설정 변경 (주의) — 예: 매매 금액·종목 조정

"이번엔 투입 금액을 절반으로 줄여", "이 종목은 오늘 빼" 같은 설정 변경입니다. 편리하지만 오타 하나가 엉뚱한 값을 넣을 수 있어 주의가 필요합니다. 보통 변경 후 봇이 "이렇게 바꿨습니다. 맞나요?"라고 되물어 확인 절차를 두는 식으로 설계합니다.

⑤ 강제 청산 / 전량 매도 (위험) — /closeall

"지금 모든 포지션 다 정리해" 같은 명령입니다. 급락장에서 손이 떨릴 때 유용할 것 같지만, 가장 위험한 명령입니다. 실제로 돈이 크게 움직이고, 잘못 눌리거나 채팅방이 노출되면 그대로 실행되기 때문입니다. 뒤의 보안 섹션에서 자세히 다룹니다.

6. 구성 원리 — 폰과 봇 사이엔 무엇이 있나

"폰에서 명령을 치면 내 봇이 반응한다"는 게 마법처럼 느껴질 수 있는데, 원리는 생각보다 단순합니다. 중간에 텔레그램이라는 우체국이 있다고 생각하면 됩니다. 내 폰과 내 봇(서버)이 서로의 주소를 몰라도, 둘 다 텔레그램이라는 공통의 우체국에 연결돼 있어서 메시지를 주고받는 것입니다.

비개발자가 이 그림에서 기억할 점은 딱 하나입니다. 텔레그램은 '연락 통로'일 뿐, 실제 매매를 하는 것은 여전히 내 봇과 거래소라는 것입니다. 텔레그램이 잠깐 느려도 봇은 계속 매매합니다(반대로, 봇이 죽으면 텔레그램이 멀쩡해도 아무 일도 안 일어납니다). 그리고 이 통로를 여는 열쇠가 '봇 토큰'인데, 이건 절대 남에게 노출되면 안 되는 비밀번호입니다. 제작을 맡길 때도 이런 비밀값이 코드나 공개된 곳에 노출되지 않게 관리하는지 확인해야 합니다. (관련: 자동매매에 API 키를 넘겨도 될까 — 계좌를 지키는 5가지 안전장치)

7. 가장 위험한 함정 — 명령을 열면 계좌도 열린다

여기가 이 글에서 가장 중요한 대목입니다. "폰으로 봇을 제어한다"는 편리함의 이면에는, "그 폰이나 채팅방이 뚫리면 남도 내 봇을 제어할 수 있다"는 위험이 있습니다. 실제로 텔레그램 봇 토큰이 실수로 공개 저장소(깃허브)나 스크린샷에 노출되는 사고가 종종 있습니다. 토큰만 알면 누구나 그 봇에 명령을 보낼 수 있으니, 만약 위험 명령까지 열려 있었다면 남이 내 포지션을 전부 청산시킬 수도 있는 것입니다.

그 위에 다음과 같은 안전장치를 겹겹이 둡니다. 잘 만든 봇이라면 아래가 기본으로 들어가 있어야 합니다.

• 발신자 화이트리스트 — 정해진 내 계정(chat ID)에서 온 명령만 받아들이고, 그 외에는 전부 무시. 남이 봇 주소를 알아내 명령을 보내도 봇이 "당신은 주인이 아닙니다" 하고 거절합니다.
• 위험 명령 2단계 확인 — 전량 매도 같은 명령은 즉시 실행하지 않고 "정말 전량 청산할까요? 확인하려면 다시 /confirm" 식으로 한 번 더 물어봅니다. 오타나 실수 방지에도 효과적입니다.
• 금액·수량 상한 — 명령 한 번에 처분·매수할 수 있는 규모에 상한을 둡니다. 최악의 경우에도 피해가 제한됩니다.
• 토큰·키의 분리 보관 — 봇 토큰과 거래소 키를 코드 안에 그대로 적지 않고, 외부에 노출되지 않는 별도 설정으로 관리합니다.
• 이상 명령 로깅·알림 — 허가되지 않은 계정이 명령을 시도하면 그 사실 자체를 나에게 알립니다(누가 문을 두드렸다는 신호).

핵심 사고방식은 이것입니다. 편의(제어)와 안전(피해 한계)은 트레이드오프입니다. 초보 단계에서는 감시(알림)만 켜고, 제어는 '조회 + 일시정지'까지만 여는 것을 권합니다. 급락장에서 정말 다 정리하고 싶으면 차라리 거래소 앱에서 직접 처분하는 것이 더 확실하고 안전할 때가 많습니다. 자동매매 사기·과장 광고를 걸러내는 관점(관련: 자동매매 사기·허위광고 피하는 법)과 마찬가지로, "편해 보이는 기능일수록 그 대가를 묻는" 태도가 결국 계좌를 지킵니다.

8. 침묵의 실패 — 죽은 봇은 부고를 보내지 못한다

앞서 예고한 함정입니다. "봇이 죽으면 텔레그램으로 알려주게 하면 되잖아?"라고 생각하기 쉽지만, 봇이 완전히 죽으면 '나 죽었어'라는 메시지를 보낼 주체도 함께 사라집니다. 마치 정전이 나면 "정전입니다"라고 방송할 전기도 같이 나가는 것과 같습니다. 이걸 '침묵의 실패(silent failure)'라고 합니다. 가장 위험한 실패는 요란한 에러가 아니라 아무 소리도 안 나는 정지입니다.

해법은 감시자를 이중으로 두는 것입니다.

즉 "봇이 스스로 보내는 알림"과 "봇을 밖에서 지켜보는 감시자가 보내는 알림"을 나눠서 설계해야 침묵의 실패까지 잡을 수 있습니다. 봇이 멈춰도, 감시자가 살아 있으면 "왜 조용하지?"를 대신 알아채는 구조입니다. 이 주제는 장애 대응 전체 그림과 이어지므로, 더 깊이 보려면 자동매매 봇이 멈추는 순간 — 장애·복구 플레이북과 VPS로 24시간 봇 운영하기를 함께 읽어보세요. 맡길 때는 "봇이 완전히 죽어도 제가 알 수 있나요?" 한 문장을 꼭 던지세요. 여기서 답이 흐릿한 곳은 운영을 가볍게 보는 곳입니다.

9. 왜 하필 텔레그램인가

"꼭 텔레그램이어야 하나? 카카오톡이 더 익숙한데"라는 질문을 자주 받습니다. 결론부터 말하면, 기술적으로 붙이기 쉬워서 널리 쓰입니다. 사연을 풀면 이렇습니다.

카카오톡으로도 알림을 보내는 방법이 있지만, 채널·메시지 정책과 승인 절차가 상대적으로 까다롭고, '봇에게 명령을 쳐서 제어'하는 양방향 용도로는 손이 더 많이 갑니다. 그래서 "내 폰으로 즉시 알림 + 내가 명령으로 봇 제어"라는 목적에는 텔레그램이 편해서 사실상 표준처럼 쓰입니다. 다만 각 메신저 서비스의 정책과 기능은 수시로 바뀌므로, 구체적인 제약은 발행 시점 기준 공식 문서를 확인하는 것이 안전합니다. 참고로 알고랩에서도 증권 뉴스 키워드를 텔레그램으로 알려주는 봇을 만든 사례가 있습니다(개발 관점: LS증권 OpenAPI로 실시간 뉴스 키워드 텔레그램 알림 봇 만들기).

10. 직접 붙이기 vs 맡기기

텔레그램 감시·제어를 직접 만들 수도 있고 제작에 맡길 수도 있습니다. 어느 쪽이 맞는지는 성향과 상황에 달렸습니다.

단방향 알림만이라면 학습 삼아 직접 붙여보는 것도 좋은 경험입니다. 하지만 돈이 움직이는 명령(제어)을 열면서 보안 설계가 어설프면 오히려 위험합니다. 이 경계선을 기억하세요. "알림은 실수해도 시끄러울 뿐이지만, 제어는 실수하면 손실이 난다." 노코드/GUI 도구로 어디까지 되는지 궁금하다면 코딩 없이 자동매매, 어디까지 되나를, 아직 시작 여부 자체를 고민 중이라면 자동매매 시작 전 자가진단 10문항을 먼저 보시길 권합니다.

11. 맡길 때 물어볼 5가지

제작을 맡긴다면, 아래 다섯 질문의 답이 명확한지로 운영을 진지하게 보는 곳인지를 가늠할 수 있습니다.

12. 실전 시나리오 3가지

시나리오 A — 직장인, 낮엔 폰을 못 본다

낮에 회의가 많아 폰을 자주 못 보는 직장인이라면, 긴급 알림만 소리를 켜고 나머지는 무음 채널로 쌓아둡니다. 점심·퇴근 때 요약을 한 번씩 훑고, 긴급 진동이 오면 그때만 확인합니다. 제어는 /status와 /pause까지만 열어두면, 이상하다 싶을 때 화장실에서라도 한 줄로 새 진입을 멈출 수 있습니다. 강제 청산은 열지 않고, 정말 필요하면 거래소 앱으로 직접 처리합니다.

시나리오 B — 큰 경제 이벤트가 예정된 날

금리 결정 발표처럼 변동성이 커질 수 있는 이벤트가 예정돼 있으면, 발표 직전 /pause로 새 진입을 잠시 멈추고, 상황이 정리되면 /resume으로 재개하는 운용을 하는 분들이 있습니다. 여기서 텔레그램의 가치는 "PC 앞에 없어도 폰으로 스위치를 내릴 수 있다"는 것입니다. 다만 이때도 시장 방향을 예측해 베팅하라는 뜻은 아닙니다 — 어디까지나 불확실성이 큰 구간에 노출을 줄이는 운영적 선택이며, 결과가 어떻게 될지는 아무도 보장할 수 없습니다. (이벤트 대응의 큰 그림: 자동매매는 예정된 큰 이벤트를 어떻게 넘길까)

시나리오 C — 여러 봇을 동시에 돌린다

전략이 다른 봇을 여러 개 돌린다면, 봇마다 이름표를 달아 알림에 "[봇A] 매수 체결"처럼 출처를 붙입니다. 어떤 봇에서 온 알림인지 헷갈리면 대응이 늦어지기 때문입니다. 명령도 /status A처럼 대상 봇을 지정하게 설계합니다. 봇이 늘수록 감시의 가치는 커지고, 동시에 알림 등급 정리(4번)의 중요성도 커집니다.

시나리오 D — 해외 거래소, 시차 때문에 밤에 움직인다

해외 코인 거래소는 시장이 우리 시간으로 한밤중에 크게 움직이는 경우가 많습니다. 이때 사람이 밤새 지킬 수는 없으니, 감시의 역할이 더 커집니다. 이런 경우엔 '긴급' 등급 알림만큼은 잠을 깨워도 되는 강도로 설정하고(반복 전송·소리 최대), 나머지는 아침에 요약으로 확인합니다. 밤사이 장애 알림이 왔다면, 잠결에라도 /status 한 줄로 상태를 확인하고 필요하면 /pause로 새 진입만 멈춘 뒤 아침에 제대로 대응하는 식입니다. 여기서도 원칙은 같습니다 — 밤중 판단은 최소한(멈춤)으로, 되돌리기 어려운 큰 결정은 정신이 맑을 때. 24시간 무중단 운영의 기반은 VPS 운영 편에서 더 다룹니다.

13. 한 장 요약 — 붙이기 전 체크리스트

지금까지 내용을 실제로 봇에 적용할 때 훑어볼 체크리스트입니다. 직접 만들든 맡기든, 아래가 '예'로 채워지면 감시·제어를 제대로 갖춘 것입니다.

14. 자주 묻는 질문