혼자 쓰던 봇이 팀 봇이 되기까지
💡 10분 안에 이런 내용을 알려드려요!
- "그때 그거 어디서 정했더라?" 매번 슬랙 뒤지던 시간, 봇에게 넘기는 법
- 코딩 몰라도 OK! 클로드로 우리 팀 슬랙 봇 만드는 4단계 실습
- 그대로 붙여 쓰는 프롬프트부터 시행착오를 줄이는 점검표·절차서까지 🎁
* 발행일: 2026.11.02 (AI 아티클의 경우 발행일자를 표기합니다.)
저는 개발 6년, 품질보증(QA) 14년, 합쳐서 20년째 엔지니어로 일하고 있습니다. 최근 3~4년은 여섯 명 팀의 리드를 맡고 있어요.
지난 분기에 혼자 쓰려고 슬랙에 업무 봇을 하나 만들었습니다. 저 혼자 쓰는 채널을 하나 파서, 거기에만 봇을 불러 뒀어요. 제가 자주 뒤지던 결정 채널의 대화를 읽혀 두고, 물으면 찾아 주는 정도였죠. 그것만으로도 꽤 쏠쏠했습니다.
그 무렵 팀원들이 "그때 그거 어디서 정했죠?" 하고 물어 오면, 저는 슬쩍 봇에게 물어보고 답해 주곤 했어요. 채널을 거슬러 올라갈 필요가 없으니 답이 금방 나갔죠. 몇 번 그러다 보니 팀원 한 명이 이렇게 묻더라고요.
👩🏻💻 팀원: "어떻게 그렇게 빨리 찾아요?"
그제야 봇 이야기를 꺼냈습니다. 혼자 쓰려고 만든 거라 따로 말할 생각을 못 했거든요. 그런데 말하고 나서야 알았어요. 제가 중간에서 봇에게 대신 물어다 줄 게 아니라, 팀원들이 직접 물어보면 되는 일이었다는 걸요.
그래서 봇을 팀 채널로 옮겼습니다. 그런데 진짜 일은 그때부터였어요. 혼자 쓸 때는 없던 문제가 한꺼번에 터져 나왔거든요. 답의 서식이 깨지고, 틀린 답이 저를 거치지 않고 여러 사람에게 퍼지고, 쓰는 사람이 생기니 제 마음대로 끌 수도 없게 됐습니다.
봇 만들기를 다룬 글은 대개 "만들었다"에서 끝납니다. 그런데 정작 제 손이 가장 많이 간 건 그다음이었어요. 봇에게 무엇을 시킬지, 팀에 올린 뒤 무엇이 달라지는지, 어디까지 넓힐지. 이 글은 그 과정을 처음부터 순서대로 적은 것입니다.
미리 말씀드리면, 봇을 만든다고 일이 저절로 줄지는 않아요. 이 글이 줄이려는 건 같은 것을 다시 찾고, 다시 설명하는 시간입니다.
봇이 돌아가려면 코드가 필요합니다. 그런데 그 코드를 저는 직접 짜지 않았어요. 무엇을 만들지 말로 적어 주면, 클로드가 그대로 짜 줬거든요. 제가 실제로 쓰는 프롬프트와 점검표, 절차서도 옮겨 두었습니다. 아래에서 한 번에 받으실 수 있습니다.
💁🏻 시작하기 전에 알아 둘 것 네 가지
1. 무료 슬랙은 최근 90일 치 대화만 보여 줍니다.
봇도 그만큼만 읽어요. 회사에서 쓰는 유료 요금제 워크스페이스에는 이 제한이 없습니다.
2. 봇 프로그램이 켜져 있는 동안만 봇이 답합니다.
봇 프로그램(클로드가 짜 준 코드)은 내 노트북이든 회사 서버든 어딘가에서 실행되고 있어야 해요. 그 컴퓨터가 꺼지거나 프로그램이 멈추면 봇도 멈춥니다.
3. 회사 워크스페이스에는 관리자 승인이 필요할 수 있습니다.
앱을 설치하려면 대개 승인이 필요하고, 회사 설정에 따라 다릅니다.
4. AI로 답하게 하면 이용료가 따로 나갑니다.
쓴 만큼 나가며, 채팅 구독료와는 별개예요. 처음에는 검색만으로도 충분히 시작할 수 있습니다.
만들기 전에: 며칠 쓰다 마는 봇이 되지 않으려면
봇이 필요한 곳은 따로 있습니다
처음에는 AI로 일을 좀 덜어 보려고 봇을 만들어 써 보기로 했습니다. 그래서 "이 도구로 뭘 해 볼까"부터 생각했죠. 그렇게 만든 건 며칠 쓰다 말았어요. 그 뒤로도 만들고, 쓰다 말고, 또 만들기를 몇 번이나 되풀이했습니다.
왜 매번 며칠 만에 접게 되는지, 그동안 만든 것들을 놓고 회고해 봤습니다. 원인은 늘 같았어요. 도구를 먼저 고르고, 쓸 곳은 그다음에 찾고 있었던 겁니다. 그래서 순서를 거꾸로 해 봤습니다. 도구보다 먼저, 제가 저 자신에게 같은 것을 되묻는 순간을 찾아 적었어요. 나흘에서 일주일 정도 적어 보니 세 가지로 추려지더라고요.
이 중 손해가 가장 큰 건 세 번째였습니다. 시간만 드는 게 아니라 했던 일을 또 하게 되니까요. 저는 이걸 헛도는 반복 작업이라고 부릅니다. 봇이 줄여 줄 수 있는 가장 핵심적인 일이 바로 이거예요. 여기서 봇에게 맡길 일의 선도 그었습니다. 봇에게는 판단을 맡기지 않고, 기억을 맡깁니다.
표의 마지막 두 줄은 봇에게 꼭 시켜야 하는 일입니다. 모르면 "자료에 없습니다"라고 답하는 봇과 뭐든 그럴듯하게 채워 넣는 봇은, 겉보기엔 비슷해도 쓰임새가 전혀 달라요. 이 두 줄은 곧이어 적을 프롬프트에 그대로 들어갑니다.
처음엔 네 가지만 정합니다
처음부터 이것저것 다 하려고 하면 오래 쓰기 어렵더라고요. 처음엔 아래 네 가지만 정하면 됩니다. 이 중 1~3번을 차례로 살펴볼게요. 4번은 조금 뒤 〈효과 측정〉에서 따로 다룹니다.
① 무엇을 물을지: 질문 세 개부터 적습니다
질문 적기는 쉬워 보여도, 막상 해 보면 가장 어렵습니다. 물을 것이 떠오르지 않는다면, 아직은 봇이 꼭 필요한 때가 아닐 수 있어요. 제가 처음 적은 세 개는 이랬습니다.
1. {이 점검 항목}을 언제, 왜 넣기로 했지? 정한 사람과 그때 이유까지
2. 지난번에 {같은 문제}가 난 적이 있나? 있었으면 그때 어떻게 닫았지?
3. {이번 주}에 정해진 것만 날짜순으로 모으면 뭐가 있지?{ } 안은 그때그때 바뀌는 내용이에요. 1번이라면 {이 점검 항목} 자리에 '배포 전 점검을 두 단계로 나눈 것'처럼 실제 항목 이름을 넣어 묻습니다.
② 어디를 읽힐지: 답은 문서보다 대화에 있습니다
봇은 우리가 읽으라고 정해 준 곳에서만 답을 찾습니다. 그래서 질문을 적었으면, 다음은 그 답이 어디 있는지 짚어 볼 차례예요.
세 개를 적고 나니 답이 어디 있는지도 함께 보였어요. 1번은 회의 기록과 채팅에, 2번은 지난 과제 기록에 있었고, 3번은 여기저기 흩어져 있었습니다. 이렇게 질문을 먼저 적으면, 봇이 읽을 곳이 저절로 정해집니다.