Slack Code API, 모든 Slack 요금제에서 정식 출시

Slack은 2026년 10월 28일 모든 Slack 요금제에서 Slack Code API를 정식 출시해, 2026년 8월 선보인 코드 채널 시스템을 모든 개발자의 에이전트가 사용할 수 있도록 했습니다. 회사는 Slack 개발자 블로그에 올린 게시물에서 150곳이 넘는 고객사와 파트너사가 자체 에이전트용 코드 채널 경험을 구축할 수 있도록 접근 권한을 요청했다고 밝혔습니다. 이 기능은 이전까지 소수의 출시 파트너에게만 제공됐습니다.

Slack은 8월에 Anthropic, Cognition, GitHub, Vercel 등의 파트너와 함께 Slack Code를 선보였습니다. 당시 출시 발표에는 OpenAI도 언급됐으며, ChatGPT는 곧 제공될 예정이라고 안내했습니다. 코드 채널은 에이전트가 하나의 작업을 위해 여는 전용 공간으로, 필요한 사람과 맥락, 계획이 미리 갖춰져 있습니다. 작업이 끝나면 채널은 자동으로 보관되지만 검색할 수는 있습니다. Slack은 출시 당시 코드 채널의 70% 이상이 아이디어 구상부터 풀 리퀘스트 병합까지 하루 안에 생성되고 종료된다고 밝혔습니다.

에이전트를 직접 가져와 사용하세요

API가 정식 출시되면서 모든 개발자는 에이전트가 코드 채널을 만들고, 관련 인물과 파일을 추가하며, 작업 중 진행 상황을 게시하고, 작업이 끝나면 채널을 보관하도록 할 수 있습니다. Slack은 기업용 자체 에이전트를 개발하든 Slack Marketplace에 새 에이전트를 출시하든 개발자가 출시 파트너와 동일한 기본 기능을 이용할 수 있다고 밝혔습니다.

Slack은 이전에는 코딩 에이전트를 Slack에 연결하려면 에이전트의 출력을 일반 스레드와 다이렉트 메시지로 보내야 했다고 설명했습니다. 에이전트가 대용량 로그 파일을 첨부하거나 50줄짜리 코드 변경 사항을 제안하거나 여러 단계로 실행되는 작업 계획을 수행하려 할 때는 이런 방식이 비좁다고 덧붙였습니다. Slack에 따르면 엄격한 보안 요건을 갖춘 기업은 기성 타사 에이전트를 아예 사용할 수 없었습니다.

회사는 이 API로 세 가지 기능을 구현할 수 있다고 설명합니다. 요청에 별도 공간이 필요할 때 에이전트가 자체 코드 채널을 만들어 작업 과정을 공개하는 기능, 북마크와 전체 실행 기록을 활용해 팀 전체가 에이전트를 조정하는 기능, 그리고 관리자가 이미 사용하는 워크스페이스 제어 기능과 데이터 경계에 메시지 규정 준수 기능을 더해 기업이 신뢰할 수 있는 에이전트를 구축하는 기능입니다. API는 코드 변경 사항, HTML 미리보기, 사고 단계를 표시하고 나머지 인터페이스는 Slack이 처리합니다. Slack은 에이전트에 종속되지 않는 허브로 남기 때문에, 팀은 같은 공간에서 계속 작업하면서 나중에 에이전트나 모델을 바꿀 수 있다고 밝혔습니다.

Slack에 따르면 GitHub Copilot은 에이전트 세션의 30%에서 전용 코드 채널을 엽니다. GitHub의 스태프 엔지니어인 Tim Hunter는 사용자가 이미 익숙한 Copilot 상호작용을 다른 작업을 하는 공간과 같은 곳에 구현하고 있다고 말했습니다. Mistral의 소프트웨어 엔지니어인 Mael Kerichard는 이 API가 AI 에이전트를 염두에 두고 설계된 것처럼 느껴졌다며, 유연성과 간편한 설정, 풍부한 기능을 그 이유로 들었습니다.

Slack에 따르면 거버넌스 기능이 기본 제공됩니다. 에이전트는 자신이 작업하는 채널의 권한과 관리자 제어 설정을 그대로 따르므로, 개발자가 별도의 접근 모델을 구축할 필요가 없고 IT 부서가 새로 구성할 항목도 없습니다. 중요한 변경 사항은 사람이 하나씩 승인할 수 있으며, 채널이 보관된 뒤에도 에이전트가 수행한 작업 기록을 검색할 수 있습니다.

Slack은 새벽 2시에 발생한 운영 알림을 예로 들어 이 모델을 설명합니다. 맞춤형 옵저버빌리티 에이전트가 코드 채널을 열고 관련 로그를 가져와 수정 작업을 시작하면, 대기 중인 엔지니어들은 진행 상황을 확인하면서 작업 도중 에이전트의 방향을 바꿀 수 있습니다. 회사는 이와 같은 방식을 버그 분류와 구성 변경 또는 롤백 같은 DevOps 작업에도 적용할 수 있다고 밝혔습니다.

API 작동 방식

Slack의 개발자 문서에 따르면 앱은 두 가지 API 메서드 그룹을 통해 코드 채널의 제목, 상태, 컨텍스트 표시줄, 보기 탭을 제어합니다. agents.sessions.* 메서드는 코드 채널과 세션 스레드에서 통합된 방식으로 제공되며, 스레드 타임스탬프 매개변수로 세션 유형을 선택합니다. 또한 이 메서드를 사용하려면 chat:write 권한 범위가 필요합니다. agents.conversations.* 메서드는 코드 채널 전용 작업을 관리하며 code_channels:manage 권한 범위가 필요합니다.

문서에 명시된 agents.conversations.* 메서드에는 create, archive(선택적으로 요약을 기록할 수 있음), setProperties, setCommands, setView(html, diff, block_kit 또는 canvas 보기 지원), listViews, removeView, getCanvas, setCanvasContent가 포함됩니다.

앱은 코드 채널을 사용 설정하려면 features.code_channels.enabled 앱 매니페스트에서 값을 true로 설정하면 됩니다. 선택 사항으로 slash_command_url. 사용자가 앱을 멘션하면 앱은 app_mention 이벤트를 받고 전용 코드 채널을 만들지, 현재 대화에서 바로 답할지 결정합니다. 생성 요청에는 원본 채널과 메시지 타임스탬프가 필요합니다. 그러면 Slack이 채널을 만들고 원래 채널의 공개 범위 설정을 적용한 뒤 봇을 자동으로 초대합니다.

문서에 명시된 권한 부여 모델에 따르면 요청을 보내는 주체는 채널에 지정된 에이전트 봇이거나 해당 채널의 멤버여야 합니다. 그렇지 않으면 not_agent_channel 또는 not_authorized 오류가 반환됩니다. 코드 채널은 세션이 끝나면 보관되는 반영구적 공간으로, 작업 하나당 채널 하나를 사용하는 방식으로 설계됐습니다. 채널이 보관된 뒤에도 채널과 기록을 확인하고 검색할 수 있으며, 다시 열 수도 있습니다.

출시 예정 도구와 시작 방법

Slack은 풀 리퀘스트 관련 기능이 곧 개선될 예정이라고 밝혔습니다. GitHub 사용자는 Slack에서 리뷰를 요청할 수 있고, Slack과 GitHub 간에 댓글이 양방향으로 동기화되며, 풀 리퀘스트가 승인되고 테스트를 통과하면 코드 채널에 병합 안내 메시지가 표시됩니다. 상태, 채널 멤버십, 최근 맥락과 함께 에이전트 대화 및 코드 채널을 한눈에 살펴볼 수 있고 공개 코드 채널도 둘러볼 수 있는 개선된 에이전트 및 도구 탭도 곧 제공될 예정입니다.

Slack은 시작하는 방법으로 세 가지를 소개했습니다. 문서를 읽고 에이전트 매니페스트에 API를 추가하거나, Slack Marketplace에 에이전트를 제출하거나, Marketplace의 Slack Code 에이전트를 사용해 보는 것입니다. 여기에는 Claude, Devin, GitHub Copilot, Vercel이 포함됩니다.