한 줄 정의

Slack(슬랙)은 팀 대화를 채널, DM, 파일, 앱 알림, 워크플로로 묶는 업무 협업 도구야. AI 문맥에서는 그냥 메시지를 보내는 메신저보다, Agent가 요청을 받고 결과를 돌려주는 업무 실행 표면에 가까워.

예를 들어 Activepieces가 Slack 채널에 알림을 보내는 장면은 “자동화 결과를 공유한다”에 가깝다. 반면 ChatGPT 공유 agent를 Slack 채널에 배포하면 팀원이 채널에서 부르고, agent가 연결된 앱을 써서 답변·파일·후속 작업을 돌려줄 수 있어. 같은 Slack 화면이어도 자동화 알림과 에이전트 실행은 권한 범위가 달라.

실제로 무엇을 하나

Slack의 기본 단위는 채널이야. 공개 채널은 워크스페이스 멤버가 찾고 들어갈 수 있고, 메시지와 파일도 검색에 잡힐 수 있어. 비공개 채널은 초대받은 사람만 보고 검색할 수 있어. 그래서 agent를 어느 채널에 넣는지는 “어디에 답을 남길까”가 아니라 “누가 그 요청과 결과를 볼 수 있나”를 정하는 일이야.

두 번째는 앱과 워크플로야. Slack Workflow Builder는 반복 작업을 트리거와 단계로 구성해. 예를 들어 사람이 채널에 들어오면 안내 메시지를 보내거나, 폼으로 요청을 받고, 다른 앱으로 넘기는 단계를 이어 붙일 수 있어. 여기까지는 대체로 정해진 규칙을 따라 움직이는 자동화에 가까워.

세 번째는 AI agent가 들어오는 흐름이야. OpenAI는 2026년 4월 22일 Codex 기반 팀 공유 에이전트를 발표하면서, 팀이 만든 agent를 ChatGPT나 Slack에서 쓸 수 있다고 안내했어. OpenAI Help Center 기준으로 Slack용 ChatGPT Agents app은 공개 채널 자동 응답, 비공개 채널 사용, 일정 기반 채널 메시지 발송을 지원해.

설치 조건도 기능만큼 중요해.

  • Slack 쪽에서는 유료 플랜과 앱 설치 허용이 필요해.
  • ChatGPT 쪽에서는 Business·Edu·Enterprise 계정과 관리자 설정이 걸릴 수 있어.
  • Enterprise Grid에서는 조직 단위 OAuth 승인, 실제 사용할 워크스페이스에 앱 추가, 멤버가 사용자 그룹을 만들 수 있는 권한까지 맞아야 해.

이 3개 중 하나가 빠지면 Slack에서 에이전트를 부르는 이름을 만들거나 채널에 배포하는 단계에서 막힐 수 있어.

왜 중요한가

Slack이 중요한 이유는 많은 팀에서 일이 이미 그 안에서 시작되기 때문이야. 버그 신고, 고객 피드백, 승인 요청, 장애 대응, 영업 질문이 채널에 올라오면 agent는 별도 포털보다 Slack에서 먼저 불려 나올 가능성이 커. 그래서 AI 자동화 도입 판단도 “모델이 똑똑한가”보다 “우리 채널의 문맥과 권한을 어떻게 다루나”로 바뀐다.

OpenAI 발표의 제품 피드백 라우팅 예시는 이 변화를 잘 보여 줘. agent가 Slack, 지원 채널, 공개 채널의 피드백을 모아 우선순위를 잡고 주간 제품 액션으로 바꾸는 흐름이야. VentureBeat도 같은 출시를 다루면서 Slack 같은 업무 앱 안에서 agent가 대화를 듣고 일을 이어 가는 점을 강조했어. 중요한 건 Slack이 단순 입력창이 아니라 요청, 맥락, 승인, 결과 공유가 한곳에 모이는 자리라는 점이야.

Agent Runtime이나 Agent Identity와도 여기서 이어져. Slack 채널에서 agent가 답만 하면 채팅 기능처럼 보인다. 하지만 파일을 만들고, 이메일을 보내고, 문서를 고치고, 티켓을 만들기 시작하면 실행 주체와 권한이 필요해져. 어느 Slack 사용자나 채널이 요청했는지, agent가 자기 권한으로 했는지, 사용자 위임으로 했는지, 로그에 무엇이 남는지가 바로 운영 질문이야.

숫자도 작게라도 봐야 해. Slack huddle은 무료 플랜에서 최대 2명, 유료 플랜에서 최대 50명까지 안내돼 있고, Free 플랜의 메시지·파일 접근은 90일로 표시돼. 이런 제한은 agent 도입의 본질은 아니지만, Slack을 “모든 맥락이 영원히 남는 업무 기억”처럼 기대하면 안 된다는 신호야. 보존 정책과 검색 가능 범위를 먼저 확인해야 해.

주의해서 볼 점

첫째, Slack 연결을 “agent가 우리 회사 전체를 안다”로 읽으면 안 돼. 공개 채널, 비공개 채널, DM, 파일, 앱 권한은 범위가 다르고, ChatGPT app in Slack 도움말도 기존 권한 안에서 검색한다고 안내해. agent가 답을 못 하거나 일부만 보는 일이 생기면 모델 문제가 아니라 권한, 보존 범위, Slack API 한도 문제일 수 있어.

둘째, 앱 설치와 agent 배포를 같은 말로 묶지 않는 게 좋아. 일반 ChatGPT app in Slack은 Slack 안에서 ChatGPT와 대화하고 메시지나 파일을 검색하는 경험에 가깝고, ChatGPT Agents app은 공유 agent를 채널에 배포하는 쪽이야. 전자는 개인 업무 보조처럼 보일 수 있고, 후자는 팀 채널에서 장기 작업과 예약 실행까지 걸린다.

셋째, 쓰기 작업은 승인 지점을 따로 봐야 해. Slack 채널에서 답변을 쓰는 것과 Google Drive 문서를 수정하거나 이메일을 보내는 것은 위험이 달라. OAuth scope가 넓거나 공유 인증을 개인 계정으로 열면 다른 사용자가 그 계정 권한으로 일을 실행할 수 있어. Slack에 붙는 agent는 편의 기능보다 권한 설계로 먼저 봐야 해.

넷째, Slack은 제3자 서비스라는 점도 남아. OpenAI 도움말은 ChatGPT Slack app을 쓰면 관련 요청과 데이터가 Slack으로 전송되고 Slack의 약관, 개인정보, 보존, 데이터 거주 정책 아래 처리될 수 있다고 안내해. 민감한 채널에 agent를 넣기 전에는 관리자 설정, 앱 scope, 로그 접근, 데이터 보존을 같이 확인하는 게 맞아. 급할 거 없어. 먼저 알림, 워크플로, agent 실행을 나눠 보면 돼.