카카오톡 단톡방에 AI 챗봇을 붙이려다 공식 창구가 1:1 하나뿐인 걸 확인했습니다

고객사 쪽에서 물음이 들어왔습니다. 어딘가 카카오톡에서 AI가 대답하는 것을 봤는데 카카오가 그걸 공식으로 지원할 리는 없지 않냐는 이야기였습니다. 요청은 더 구체적이었습니다. 채널 챗봇이 아니라 사람들이 모여 있는 단톡방에서 묻고 답받는 것이 열려 있는지 봐 달라는 것이었습니다.

우리 쪽에는 이미 봇 하나가 다른 메신저에 붙어 있습니다. 사람이 멘션하면 개인 비서 에이전트가 받아서 사내 문서 지식그래프 검색 도구를 부르고 답을 되돌립니다. 그러니 앞단의 메신저만 바꿔 끼우는 일로 보였습니다. 반나절을 조사에 썼는데 막힌 지점은 구조가 아니었습니다. 플랫폼이 어느 칸을 열어 뒀느냐였습니다.

지원하나를 창구가 몇 개인가로 바꿔 물었습니다

'그 메신저가 AI를 지원하나'는 답이 없는 질문입니다. 예와 아니오가 동시에 참이기 때문입니다. 카카오가 특정 AI 모델을 공식으로 붙였다는 발표는 없고, 그렇다고 카카오톡에서 AI가 답하는 사례가 없는 것도 아닙니다. 지금 돌아다니는 사례는 전부 밖에서 만든 다리입니다.

그래서 질문을 바꿨습니다. '붙일 창구가 몇 개고, 각각 무엇을 대가로 요구하나'입니다. 이렇게 묻고 나니 갈래가 넷으로 갈렸습니다. 공식 하나와 비공식 셋입니다.

공식으로 열린 칸은 1:1 하나였습니다

공식 창구는 카카오톡 채널의 챗봇 하나입니다. 챗봇의 '스킬'(챗봇이 외부 서버를 호출하는 연동 기능)이 우리 서버를 웹훅으로 부르고, 서버가 모델을 부른 뒤 카드 형태로 답을 돌려줍니다. 구조가 단순하고 약관 안에 있습니다. 대가는 우리 쪽에 공개 URL이 있어야 한다는 것입니다.

문제는 범위입니다. 이 챗봇은 사용자와 채널 사이의 1:1 대화에만 들어갑니다. 단톡방용 봇 API는 열려 있지 않습니다. 그래서 단톡방에 넣으려는 시도는 전부 같은 형태로 들어갑니다. 사람 계정이 봇 노릇을 하는 것입니다.

단톡방으로 가는 길은 셋인데 전부 비공식입니다

조사해 보니 세 갈래가 있었습니다. 셋 다 기능만 보면 똑같이 '단톡방에서 답한다'로 읽히는데, 무엇을 건드리는지가 다릅니다.

폰 알림 후킹 — 안드로이드 폰의 카카오톡 알림을 앱이 읽고 알림 답장 기능으로 되보냅니다. 서버 프로토콜을 건드리지 않아 셋 중 가장 얌전합니다. 대신 폰 한 대가 늘 켜져 있어야 하고, 알림에 안 잡히는 것은 아예 못 봅니다

데스크톱 앱 조작 — 컴퓨터에 깔린 카카오톡 창을 접근성 API로 읽고 키를 쳐서 보냅니다. 화면 자동화라 앱이 한 번 업데이트되면 그날 멈춥니다

카카오톡 앱 노릇을 하는 클라이언트 — 카카오톡 앱이 서버와 주고받는 바이너리 프로토콜을 역공학해 앱을 새로 구현한 것입니다. 화면도 앱도 필요 없고 컴퓨터가 잠겨 있어도 돌고 메시지가 텍스트로 바로 옵니다. 반대로 프로토콜이 바뀌면 그날 멈춥니다

세 번째가 용어 때문에 가장 헷갈리는 자리입니다. 카카오톡을 깔아 놓고 옆에서 지켜보는 것이 아니라 앱 자체를 다시 만든 것입니다. 로그인도 카카오톡이 원래 허용하는 '기기 추가'를 탑니다. 한 계정에 폰·PC·태블릿 세 자리의 동시 접속이 허용되고 그중 비어 있는 자리로 들어갑니다. PC 자리를 쓰면 쓰던 데스크톱 카카오톡이 밀려 나갑니다.

여기서 한 번 멈춰 생각했습니다. 정상 절차를 탄다는 것과 허용된다는 것은 다릅니다. 로그인 절차가 공식 기능 위에 서 있어도 프로토콜 구현 자체가 비공식입니다. 두 사실을 같은 칸에 넣으면 '공식 절차니까 괜찮다'는 결론이 조용히 나옵니다. 못 하는 것도 명확했습니다. 파일 내려받기, 방 만들기, 오픈채팅, 반응 달기, 수정과 삭제, 전체 검색이 안 됩니다.

표로 세우고 나서야 왜 다들 다른 메신저에 봇을 두는지 보였습니다

공식과 비공식의 경계는 기능 목록으로는 안 드러납니다. '무엇이 바뀌면 멈추나'를 칸으로 세우면 그제야 갈립니다.

전용 기기가 필요 없고, 위험이 없고, 단톡방에 들어간다는 세 칸을 다 채우는 조합은 없었습니다. 표를 이렇게 세우고 나서야 왜 회사들의 봇이 대부분 다른 메신저에 살고 카카오톡은 채널 1:1 로만 쓰이는지가 설명됐습니다. 우리가 봇을 지금 자리에 둔 것도 같은 이유였는데, 그때는 이유를 말로 정리하지 못한 채 골랐습니다.

늘 켜져 있는 것은 모델이 아니라 소켓 하나입니다

비용을 셀 때 한 가지를 잘못 부르면 숫자가 통째로 틀립니다. 'AI가 방을 계속 지켜본다'는 표현이 그렇습니다. 그렇게 읽으면 24시간 켜 둔 모델처럼 들리는데, 실제로 늘 도는 것은 리스너 하나입니다. 열어 둔 소켓을 붙잡고 메시지가 오는지 기다리는 프로세스이고, 모델은 트리거가 걸릴 때만 깨어납니다.

반대 방향으로도 셀 것이 있습니다. 단톡방은 사람들끼리 말이 계속 오가는 곳입니다. 멘션 같은 트리거를 안 걸면 봇이 모든 발언에 반응해 시끄러워지고 토큰이 조용히 새어 나갑니다. 그리고 리스너가 로그인한 계정이 곧 봇의 얼굴입니다. 사람 계정을 빌린 봇은 그 사람의 신용과 위험을 같이 씁니다. 그래서 봇 전용 번호가 따로 필요합니다.

만들 수 있다와 써도 된다를 갈라 적고 안 하기로 했습니다

만드는 비용 자체는 작았습니다. 늘 켜 둔 장비가 이미 있고 에이전트는 다른 메신저에서 같은 일을 하고 있어서, 접착 코드 몇십 줄이면 하루 일입니다. 그래도 안 하기로 했습니다. 만드는 건 하루지만 판단은 하루로 끝나지 않습니다.

약관 밖의 비공식 클라이언트를 언제 멈출지 모르는 채로 고객사의 사업 단톡방에 넣는 것은 개발 난이도와 별개의 문제입니다. 업무 대화가 그 위에 얹히면 멈추는 날의 비용이 만드는 비용보다 큽니다. 개인 본계정으로는 하지 않습니다. 한다면 봇 전용 번호를 따로 만들어 내부 방에서 먼저 돌립니다.

그리고 모르는 것을 모른다고 적었습니다. 이 칸을 비워 두면 다음에 읽는 사람이 '검토 끝'으로 읽습니다.

카카오가 이런 형태의 로그인을 얼마나 잡아내는지 — 문서에 없고 확인하지 못했습니다

봇 번호가 정지되면 회사 공식 채널까지 영향이 가는지 — 미확인입니다

그래서 '위험하다'도 아직 단정이 아닙니다 — 확인된 것은 약관 밖이라는 점과 프로토콜이 바뀌면 멈춘다는 점까지입니다

덧붙이면, 요구의 대부분은 공식 1:1 로 충분했습니다. 단톡방이 정말 필요한 게 아니라 '카카오톡으로 물어보고 싶다'가 본심인 경우가 많고, 그러면 이 고민 자체가 생기지 않습니다. 다만 공식 경로에도 대가가 있습니다. 공개 URL이 필요해서 공인 IP가 없는 환경이면 릴레이나 터널이 하나 더 듭니다. 그 대가는 인프라 쪽에 붙습니다.

같은 질문이 또 오면 꺼낼 점검 항목

남은 산출물은 코드가 아니라 표 한 장과 모르는 것 목록입니다. 다음에 같은 질문이 오면 조사부터 다시 하지 않습니다. 다른 플랫폼에 붙일 때도 같은 순서로 봅니다.

지원하나가 아니라 창구가 몇 개인지 먼저 셉니다. 한 창구가 안 준다고 그 플랫폼이 못 하는 것은 아닙니다

창구마다 축을 따로 세웁니다 — 무엇을 부르나, 어떤 전송으로, 어떤 인증으로, 누가 늘 떠 있어야 하나. 묶어서 보면 네 칸 중 한 칸을 통째로 안 보게 됩니다

공식과 비공식은 기능 목록이 아니라 무엇이 바뀌면 멈추나로 가릅니다

상주 비용과 호출 비용을 따로 셉니다. 늘 도는 것은 소켓 하나고, 트리거를 안 걸면 호출 비용이 샙니다

봇의 얼굴이 누구 계정인지 확인합니다. 사람 계정을 빌리면 그 사람의 위험을 같이 씁니다

조사와 도입 판단 사이에 모르는 것 칸을 하나 둡니다

조건 하나를 덧붙여 둡니다. 이 결론은 '고객사 업무 대화가 얹히는 방'이라는 전제에 붙어 있습니다. 멈춰도 아무도 다치지 않는 내부 테스트 방이라면 비공식 경로의 대가가 훨씬 싸고 판단이 달라집니다. 그리고 더 싼 답이 다리를 놓는 것이 아니라 창구를 바꾸는 것일 때도 있습니다. 메신저를 바꾸는 비용은 기술 비용이 아니라 조직 비용이라 따로 셉니다.

마지막으로 유효기간을 적어 둡니다. 위 표는 2026년 9월 조사 시점의 상태입니다. 카카오가 단톡방 API를 열면 표의 첫 줄이 통째로 바뀌고, 역공학 구현은 그보다 더 빨리 바뀝니다. 그래서 남겨 둘 가치가 있는 것은 표의 내용이 아니라 표를 세우는 네 개의 열입니다.