코딩 에이전트의 다음 전장은 모델이 아니라 팀워크다 — Slack Code가 옮긴 것

코딩 에이전트 뉴스는 대개 "어떤 모델이 더 잘 짜느냐"로 흘러갑니다. 2026년 8월 20일 Slack이 발표한 Slack Code는 그 축이 아닙니다. 새 모델 대신 기존 에이전트를 팀이 함께 보는 채널로 끌어왔습니다.

발표된 것은 무엇인가

Salesforce 산하 Slack이 2026년 8월 20일 Slack Code를 공개했습니다. 대화에서 코딩 에이전트를 멘션하거나 Agents & tools에서 작업을 만들면, 프로젝트 하나에 대응하는 임시 code channel이 생깁니다.

그 안에서 팀은 대화, 실행 계획, 코드 diff, 라이브 미리보기 네 종류를 함께 봅니다. 사람이 피드백을 주고 승인하며, 끝나면 채널은 자동 보관되어 검색 가능한 기록으로 남습니다.

코드를 쓰는 건 Slack이 아닙니다. 실제 작업은 제3자 에이전트가 하고, Slack이 맡은 층은 표시·권한·오케스트레이션입니다.

5개사와 4개 앱은 다른 숫자다

Salesforce 발표문은 창립 파트너로 Anthropic, Cognition, GitHub, OpenAI, Vercel 5개사를 열거했습니다. 그런데 Slack 제품 FAQ가 2026년 8월 23일 기준 사용 가능하다고 적은 앱은 Claude, Devin, Vercel agents, GitHub Copilot 4개입니다. ChatGPT의 가용 시점은 자료마다 표현이 엇갈려 확인이 필요합니다.

가격도 한 문장으로 줄이면 틀립니다. Slack Code 자체는 모든 Slack 요금제에서 제공된다고 발표됐지만, 각 파트너 에이전트에는 별도 접근 권한이 필요합니다.

진짜 옮겨진 것은 '작업 상태'다

Slack이 새로 만든 것은 모델이 아니라, 에이전트 작업의 상태를 팀이 같은 화면에서 보게 하는 계층입니다. (Salesforce·Slack 발표, 2026-08-20)

지금까지 코딩 에이전트의 기본 UX는 개인의 IDE·터미널 세션이었습니다. 옆 사람은 결과 PR을 보기 전까지 무슨 일이 벌어지는지 모릅니다. Slack Code가 바꾼 건 그 네 가지 상태를 공유 화면으로 끌어올린 것입니다.

저는 이걸 "에이전트가 똑똑해졌다"가 아니라 "에이전트에게 팀 프로세스가 붙었다"로 읽었습니다. 에이전트가 프로덕션으로 넘어가지 못하는 이유를 정리할 때도 걸림돌은 모델 성능이 아니라 운영이었습니다.

'감사 로그'라는 말은 아직 이르다

Salesforce는 보관된 code channel을 감사 기록처럼 설명합니다. 확인된 건 자동 보관과 검색 가능성까지입니다. 커밋 서명, 보존 기간, 관리자 수정 가능성은 공개되지 않았습니다. 승인 이력을 변조 불가능하게 증명하는지는 미확인입니다.

권한도 마찬가지입니다. Slack은 code channel이 기존 보안·권한 통제를 상속한다고 설명하지만, 앱이 볼 수 있는 데이터는 설치 시 부여한 scope와 앱이 추가된 대화 범위에 달렸습니다. 상속은 "추가 위험 없음"이 아닙니다. prompt injection과 과도한 권한은 따로 위협 모델링해야 합니다.

Slack은 내부 사용을 근거로 code channel의 70% 초과가 같은 날 열리고 닫혔다고 밝혔습니다. 표본 수와 기간, 비교군은 비공개입니다. 하루 안에 닫혔다는 사실은 품질이 좋아졌다는 증거가 아닙니다.

만드는 쪽에서 가져갈 세 가지

저는 Slack을 쓰든 안 쓰든 옮길 게 있다고 봤습니다.

에이전트는 네 종류의 상태를 사람이 볼 수 있게 내보내야 합니다. 계획, 진행 상황, diff, 미리보기. 자체 에이전트라면 이 네 개를 로그가 아니라 검토 가능한 형태로 노출하는 것부터가 팀 도입의 조건입니다.
권한은 에이전트 단위가 아니라 작업 단위로 좁힙니다. 채널 하나를 프로젝트 하나에 묶는 방식이 참고가 됩니다. 저장소·브랜치·배포 환경 접근은 따로 제한하고 만료시켜야 합니다.
대화 기록과 권위 있는 증거를 분리합니다. 결정 맥락은 채팅에 남겨도 되지만 커밋 SHA, CI 결과, 승인자, 배포 증명은 Git·CI/CD에 남깁니다. 채팅이 유일한 원장이 되면 벤더 종속이 리스크가 됩니다.

하나 더 걸립니다. 비개발자도 수정을 시작할 수 있다는 건 병목을 줄이지만, diff와 테스트의 의미를 판단할 사람이 없으면 검토는 결국 마지막에 몰립니다. 승인 버튼이 있다는 것과 충분한 리뷰가 이뤄진다는 것은 다릅니다.

정리

Slack이 2026-08-20 Slack Code를 발표했습니다. 프로젝트별 임시 code channel에서 대화·계획·diff·미리보기 4종을 팀이 보고 승인합니다.
코드를 쓰는 주체는 Slack이 아니라 연결된 제3자 에이전트이고, Slack은 표시·권한·오케스트레이션 계층입니다.
창립 파트너는 5개사지만 2026-08-23 기준 FAQ의 사용 가능 앱은 4개이고, ChatGPT 가용 시점은 확인이 필요합니다. 모든 요금제 제공과 별도 접근 권한은 다른 이야기입니다.
보관 채널은 검색 가능한 기록까지만 확인됐고, 서명·보존·내보내기를 갖춘 불변 감사 증거인지는 미확인입니다.
70% 초과 당일 종료는 Slack 내부 지표이고 표본과 비교군이 비공개라 생산성 증거로 쓸 수 없습니다.

참고 자료