Slack은 대화를 어떻게 AI 에이전트의 업무 지식으로 바꾸나
Slack은 대화를 어떻게 AI 에이전트의 업무 지식으로 바꾸나
업무용 메신저에는 결정의 이유와 진행 과정이 쌓여요. 하지만 검색만으로는 흩어진 대화를 다시 엮기 어려웠어요. Slack은 Claude 기반 에이전트가 공개 채널의 맥락을 읽고, 사람이 검토와 결정을 맡는 협업 방식을 제시했어요. 2
핵심 요약
| 구분 | 핵심 | 왜 볼 만한가요 |
| 지식 관리 | 공개 채널의 대화와 결정 과정을 에이전트가 읽을 수 있는 업무 맥락으로 써요 | 문서로 따로 옮기지 못한 판단 근거도 다시 찾을 수 있어요 |
| 역할 분담 | 에이전트는 문안 작성·요약·모니터링을 맡고, 사람은 검토·우선순위·결정을 맡아요 | 완전 자동화보다 책임 경계가 분명해져요 |
| 도입 방식 | 용도가 분명한 역할을 주고, 반복 업무는 범용 에이전트에 연결해요 | 구성원이 언제 어떤 도구를 써야 하는지 덜 헷갈려요 |
| 성과 측정 | 메시지 수나 토큰 사용량보다 실제 업무 결과를 봐요 | 사용량 증가를 생산성 향상으로 오해하는 일을 줄여요 |
1. 대화 기록을 업무 지식으로 쓰려면 무엇이 필요한가요
Slack CPO 제이미 드랭은 2017년 검색과 머신러닝 업무로 Slack에 합류했어요. 당시 목표는 업무 대화를 조직이 다시 활용할 수 있는 지식으로 바꾸는 일이었어요. 대화가 오래 쌓여도 사람이 직접 결정의 배경과 바뀐 맥락까지 재구성하기는 어려웠어요. 생성형 AI가 긴 대화를 읽고 연결하면서 이 오래된 문제가 다시 실무 과제가 됐어요. 2
공개 채널이 에이전트의 기억 범위를 정해요
에이전트는 접근할 수 있는 정보만 활용해요. 결정이 개인 메시지나 비공개 스레드에만 남으면 다른 구성원도, 업무를 돕는 에이전트도 그 배경을 알 수 없어요. Slack은 민감하지 않은 프로젝트와 공지, 질의응답을 공개 채널에 두는 방식을 권해요. 새 구성원은 과거 대화를 따라가며 맥락을 익힐 수 있고, 에이전트는 무엇이 결정됐는지뿐 아니라 왜 그렇게 결정했는지도 찾아볼 수 있어요.
그렇다고 모든 대화를 공개할 수는 없어요. 인사, 법무, 보안처럼 접근을 제한해야 하는 정보는 분리해야 해요. 일상적인 업무를 공개하는 문화도 구성원이 미완성 아이디어를 안전하게 꺼낼 수 있을 때 작동해요. 접근 범위와 심리적 안전을 함께 설계하지 않으면 공개 채널 원칙은 기록을 늘리는 데 그칠 수 있어요.
사람과 에이전트는 짧은 인계 과정을 반복해요
Slack이 설명한 기본 흐름은 순환형 인계예요. 에이전트가 회의 준비, 지난주 활동 요약, 이슈 모니터링, 문서 작성을 맡아요. 사람은 결과를 검토하고 우선순위를 정한 뒤 다음 작업을 다시 넘겨요. 가벼운 이모지 반응을 작업 요청 신호로 연결하는 사례도 소개됐어요.
이 방식은 사람을 승인 버튼으로만 두지 않아요. 판단이 필요한 지점마다 사람이 방향을 바꿀 수 있어요. 에이전트가 만든 결과물도 공유 채널에 남기면 동료가 근거를 확인하고 수정할 수 있어요. 자동 실행 범위를 넓히기 전에 검토 책임과 다음 인계 조건을 먼저 정하는 편이 안전해요.
역할이 모호한 에이전트는 오래 쓰기 어려워요
여러 에이전트를 한꺼번에 도입하면 구성원은 각 도구의 용도를 기억하기 어려워요. Slack은 사람의 직무처럼 에이전트에도 목표와 담당 범위를 주라고 제안해요. 지원 티켓 작성이나 지난주 지표 정리처럼 반복적이고 정형화된 업무는 범용 에이전트에 모을 수 있어요. 특정 에이전트의 쓰임을 구성원이 설명하지 못한다면 유지할 이유도 다시 확인할 필요가 있어요.
도입 교육은 기능 목록보다 재사용할 수 있는 사례가 효과적이에요. 한 팀이 만든 설정 방법과 작업 예시를 공개 채널에 남기면 다른 팀이 복사해 자기 업무에 맞게 고칠 수 있어요. Salesforce의 사내 공유 채널과 Slack 제품 조직의 자발적인 워크숍 사례도 이런 확산 방식을 보여줘요. 1
왜 중요한가요
기업용 AI의 품질은 모델 성능만으로 정해지지 않아요. 에이전트가 읽을 수 있는 맥락, 사람이 개입하는 시점, 결과를 평가하는 기준이 함께 필요해요. 채널과 문서가 흩어져 있으면 에이전트도 불완전한 정보로 답하게 돼요. 반대로 접근 권한을 너무 넓히면 민감정보 노출과 과도한 감시 문제가 생길 수 있어요. 2
성과 지표도 구분해야 해요. 메시지 수와 토큰 사용량은 도구가 쓰이고 있다는 사실만 알려줘요. 회의 준비 시간이 줄었는지, 반복 문의가 감소했는지, 결정의 근거를 찾는 시간이 짧아졌는지처럼 업무 결과에 가까운 수치를 봐야 해요. 원문도 사용량과 사업 성과를 깔끔하게 연결하기 어렵다고 인정해요.
이번 내용은 Anthropic이 Slack CPO와 진행한 인터뷰를 바탕으로 해요. 독립적인 생산성 실험이나 비용 분석은 아니에요. 실제 도입 전에는 팀별 업무 시간, 오류율, 재작업 횟수와 접근 권한 사고를 함께 측정해야 해요. 그래야 에이전트가 대화를 더 많이 읽는 것과 조직이 더 나은 결정을 내리는 일을 구분할 수 있어요.