Slack은 8월 20일 Slack Code를 발표했습니다. 작업 중인 항목에 코딩 에이전트를 멘션하면 그 작업을 중심으로 전용 code channel이 생성되며, 이를 호출한 사람에게만 보이는 것이 아니라 팀 전체가 볼 수 있습니다. 이 채널은 코드 diff, 계획 문서, 실시간 HTML 미리보기를 인라인으로 표시하고, 동료들을 끌어들이며, 작업이 끝나면 스스로 아카이브되면서도 기록으로 검색할 수 있게 남습니다. 출시 파트너는 Anthropic, Cognition, GitHub, OpenAI, Vercel이며, GitHub Copilot은 해당 채널 안에서 작동합니다.
제기된 주장
Slack의 설명은 에이전트 보조 개발이 다시 1인용으로 회귀했다는 것입니다. 누군가 비공개 탭을 열어 에이전트에 지시한 뒤 사라지고, 팀은 잘못된 가정을 잡아볼 기회도 없이 사후에 결과를 발견하게 된다는 것입니다. 회사는 내부에서 이런 문제를 겪었다고 설명합니다. 다단계 에이전트 실행은 일반적인 채널 스레드에는 너무 소음이 컸지만, 엔지니어들이 브라우저 탭으로 물러나게 두면 Slack의 유용성을 만드는 가시성을 잃게 됐다는 것입니다. Code 채널은 그 해답으로, 작업에 따라 확장되고 그 작업이 끝나면 사라지는 공간입니다.
흔한 해석이 놓치는 점
게시물에는 숫자가 단 하나뿐입니다. code channel의 70% 이상이 생성 후 하루 안에 닫힌다는 것으로, 아이디어 단계에서 병합된 pull request까지의 흐름을 가리킵니다. 이 수치는 제품 성과처럼 반복 인용되고 있습니다. 그러나 실제로는 Slack의 자체 엔지니어링 팀이 이 기능을 내부적으로 사용한 결과를 뜻할 뿐입니다. 분모도 없고, 같은 작업이 이전에는 얼마나 걸렸는지에 대한 기준도 없으며, 표본에 외부 고객도 없습니다. 둘째, "추가 설정 없는 기업 신뢰"라는 표현은 엄밀히 말해 권한과 관리자 통제만을 가리키며, Slack Code가 Slack에서 물려받는 범위에 한정됩니다. 이것이 에이전트가 포함된다는 뜻은 아닙니다. 실제 작업은 Anthropic, OpenAI, Cognition, GitHub, Vercel의 모델이 수행하며, 각 모델은 별도로 라이선스가 부여되고 별도로 사용량이 측정됩니다.
이것이 놓인 자리
흥미로운 주장은 기술적인 것이 아니라 조직적입니다. 에이전트 작업의 검토 단위가 pull request가 아니라 대화여야 하며, 아카이브된 채널이 commit history보다 더 나은 감사 기록이 될 수 있다는 것입니다. 이는 팀이 에이전트를 어떻게 감독하고 싶어 할지에 대한 베팅이며, Slack 밖의 누군가가 70%라는 수치를 재현할 수 있는지에 따라 결론이 날 것입니다.