Anthropic은 2026년 8월 19일 공개한 Slack CPO Jaime DeLanghe 인터뷰에서, AI 에이전트가 업무 대화를 조직 지식으로 바꾸려면 먼저 대화의 접근 규칙을 정해야 한다고 제안했다. 팀은 어떤 업무를 공유 채널에 남길지와 어떤 정보를 제한할지를 합의해야 한다.
Slack은 2017년부터 검색과 머신러닝을 통해 업무 대화를 지식으로 바꾸려 했지만, 사람이 모든 대화의 맥락을 읽고 연결하는 일에는 한계가 있었다고 설명한다. 이제 에이전트는 회의, 이메일, 일정, 문서 저장소에 흩어진 내용을 엮어 요약하거나, 결정이 내려진 이유와 이후 달라진 조건을 되짚는 역할을 맡을 수 있다. 그 능력은 연결된 정보의 범위 안에서만 작동한다.
공개 채널은 왜 에이전트의 업무 범위를 넓히는가
원문은 비공개 채널과 DM에서 내려진 결정은 에이전트에게 보이지 않으며, 조직에도 다시 찾기 어려운 기록으로 남는다고 짚는다. 반대로 민감하지 않은 프로젝트, 공지, 질의응답을 공개 채널에 두면 새로 합류한 사람은 빈 받은편지함 대신 결정의 이력을 읽을 수 있고, 에이전트도 같은 맥락을 바탕으로 답할 수 있다.
여기서 ‘공개’는 회사 밖에 공개한다는 뜻이 아니다. Slack 워크스페이스 안에서 권한을 가진 구성원이 검색하고 읽을 수 있는 상태를 말한다. 인사, 법무, 보상, 고객 비밀처럼 접근을 제한해야 할 정보는 비공개로 두는 편이 맞다. 접근 규칙은 채널 이름이 아니라 데이터의 성격과 업무 목적을 기준으로 정하는 편이 오래 간다.
에이전트에게 맡길 일과 사람이 결정할 일을 어떻게 나눌까
DeLanghe가 소개한 주간 업무에는 에이전트가 만든 일일 브리핑, 제품 워크숍 요약과 표시된 이슈, 웹의 AI 동향 보고서, 회의 준비 자료가 있다. 에이전트는 초안 작성·요약·모니터링·준비처럼 생산 작업을 맡고, 사람은 결과를 검토해 우선순위를 정하고 방향을 바꾼 뒤 다음 일을 넘긴다. 이 순환에서 중요한 것은 에이전트가 최종 결재자가 되지 않는다는 점이다.
팀이 시작할 때는 담당 업무를 한 문장으로 설명할 수 있는 에이전트 하나면 충분하다. 예를 들어 ‘지난주 지표를 상태 업데이트 초안으로 정리한다’ 또는 ‘도움말 요청을 티켓 형식으로 정리한다’처럼 반복되는 입력과 검토자를 함께 정한다. 무엇을 하는지 사용자가 설명하지 못하는 에이전트는 업무 흐름에 붙지 못한다는 것이 Slack의 기준이다.
도입 지표는 메시지 수보다 반복이 줄었는지 봐야 한다
Slack은 메시지 수나 토큰 사용량이 도구가 켜져 있음을 알려 줄 수는 있어도, 업무 가치의 증거는 아니라고 본다. 메시지가 많다는 사실은 필요한 정보를 찾지 못했거나 한 번에 뜻을 전달하지 못했다는 신호일 수도 있다. 따라서 도입 초기에는 사용량 순위보다 같은 질문이 얼마나 덜 반복되는지, 회의 준비에 걸리는 시간이 줄었는지, 검토자가 초안을 그대로 고치기보다 판단에 시간을 쓰게 되었는지를 업무별로 살피는 편이 낫다.
확산 방식도 중앙 교육 한 번보다 공개된 실천 기록에 가깝다. Salesforce의 사내 ‘How I Slackbot’ 채널처럼, 한 사람이 설정한 방법과 결과를 짧게 남기면 다른 직무가 이를 가져가 자기 흐름에 맞춰 바꿀 수 있다. Slack 내부에서도 한 제품 관리자가 개발 경험 책임자와 설정한 과정을 캔버스에 적자 다른 제품 관리자들이 형식을 따라 했고, 워크숍과 저장소가 이어졌다고 한다.
첫 규칙은 작게 정하고, 기록이 남는 곳에서 시험하라
출발점은 몇 명이 같은 자료에 접근하는 공유 채널 하나다. 그 채널에서 다룰 반복 업무 하나, 에이전트가 읽어도 되는 정보 범위, 사람이 확인해야 하는 결정 지점, 결과를 남기는 형식을 정하면 된다. 이 네 가지가 빠지면 에이전트는 필요한 맥락을 얻기 어렵고, 팀에는 대화 창만 하나 더 생긴다. 기록 위치와 검토 절차를 정해 두면 다음 담당자와 에이전트도 같은 업무 맥락을 사용할 수 있다.
출처: Anthropic, “Turning conversation into knowledge: how Slack builds human-agent teams” (2026-08-19)