Slack에서 AI에게 이렇게 부탁한다.
「이 버그를 고쳐줘」「이 페이지를 스마트폰에 맞춰줘」「새로운 기능을 추가해줘」
그러면 그 작업 전용 채널이 만들어지고, AI가 작업 계획을 세우고 코드를 작성하며, 변경 사항과 완성된 모습을 공유한다.
인간은 그 과정을 보면서,
「여기는 조금 더 심플하게」「이 디자인은 뭔가 이상하다」「문제없으면 공개하자」
그리고 대화에 참여한다.
AI와 인간이 같은 채널에서 의논하며 하나의 작업을 완성해 나간다.
이것은 미래의 이야기가 아니다.
2026년 8월 20일, Slack이 발표한 새 기능 'Slack Code'를 통해 이미 시작되었다.
Slack Code란?
Slack Code는 인간과 AI 코딩 에이전트가 Slack에서 협업하기 위한 새로운 방식이다.
지금까지 AI에게 프로그램을 작성하게 할 경우, 기본적으로는 한 명의 엔지니어가 AI와 일대일로 소통하고 있었다.
하지만, 이 방법에는 문제가 있다.
- AI에게 무엇을 부탁했는지 다른 멤버들은 알 수 없다
- 왜 그 코드가 되었는지, 그 경위가 잘 남지 않는다
- 뒤늦게 참여한 사람은 상황을 파악하기 어렵다
- AI의 실수를 혼자 간과할 가능성이 있다
Slack Code는 이 'AI와의 개인 작업'을 '팀 전체가 볼 수 있는 공동 작업'으로 바꾼다.
Slack 대화에서 전용 코드 채널을 만들고, 그곳으로 AI와 관계자가 모인다.
AI는 코드만 작성하는 것이 아니다.
- 작업 계획을 제시한다
- 변경 전과 변경 후의 차이를 보여준다
- HTML 완성 화면 표시
- 팀에서 수정 지시를 받다
- 작업 진행 상황을 공유하기
인간은 AI의 작업을 확인하고, 필요할 경우 방향을 수정한 다음, 마지막으로 승인한다.
작업이 끝나면 채널은 자동으로 보관되므로, "누가 AI에 무엇을 의뢰했고, 어떤 판단에 따라 완료되었는지"라는 이력도 남는다. Slack 공식 발표.
가장 대단한 것은 'AI가 코드를 쓰는 것'이 아니다
이제는 AI가 코드를 작성하는 것 자체가 드물지 않다.
ChatGPT, Claude Code, GitHub Copilot, Codex 등을 사용하면 개인도 앱이나 웹사이트를 만들 수 있는 시대가 되었다.
그럼, Slack Code의 새로운 점은 무엇일까?
가장 큰 변화는 AI의 작업이 '개인의 화면 안'에서 '팀의 공유 공간'으로 나오게 된 것이다.
지금까지는 AI에게 잘 지시할 수 있는 사람만이 AI와의 대화나 노하우를 갖고 있었다.
Slack Code에서는 다른 멤버들도 그 대화 내용을 볼 수 있습니다.
「저 사람은 AI에게 이런 지시를 내리고 있는 건가」「이런 요청 방식이라면 여기까지 만들어 낼 수 있는 건가」「이 부분은 AI에게 맡기고, 여기서부터는 인간이 판단하는 건가」
AI에 대한 지시 자체가 팀의 지식으로 축적되어 간다.
즉, Slack Code는 코드를 공유하는 것만이 아니다.
「AI 사용법」까지 공유하는 시스템이다.
Slack Code로 업무는 이렇게 바뀐다
예를 들어, 회사 웹사이트에 새로운 신청 양식을 추가한다고 가정해 보자.
지금까지는 다음과 같은 흐름이었다.
기획 담당자가 요청 사항을 정리한다. 엔지니어에게 설명한다. 엔지니어가 코드를 작성한다. 디자이너가 확인한다. 수정 내용을 Slack으로 다시 보낸다. 다시 엔지니어가 수정한다.
사람에서 사람으로 이어지는 '전달 게임'이 여러 번 일어나고 있었다.
Slack Code에서는 기획 담당자, 디자이너, 엔지니어, AI가 같은 채널에 참여한다.
기획 담당자가 목적을 설명하고, AI가 시제품을 만든다.
디자이너가 외관을 수정하고, 엔지니어가 안전성과 품질을 확인한다.
모든 구성원이 동일한 대화와 결과물을 보면서 진행할 수 있기 때문에, 설명을 다시 하거나 인식 차이가 생기는 것을 줄일 수 있다.
Slack의 개발자 대상 발표에 따르면, 코드 diff뿐만 아니라 HTML 미리보기, 인터랙티브 화면, Canvas 등도 공유할 수 있다. Slack Developer Docs
엔지니어의 일자리는 사라질 것인가?
Slack Code의 등장을 보고,
이제 엔지니어가 불필요해지는 것은 아닐까?
그렇게 느끼는 사람도 있을 것이다.
확실히, "지시된 코드를 쓰기만 하는" 작업은 앞으로 상당히 줄어들 가능성이 있다.
하지만 AI가 만든 코드가 반드시 올바른 것은 아니다.
정상적으로 작동하는 것처럼 보여도 정보 유출이나 무단 접속으로 이어질 수 있는 문제가 숨어 있을지도 모른다.
회사의 시스템에서는,
- 무엇을 만들 것인가
- 누가 사용하는가
- 어떤 정보에 접근하게 할 것인가
- 장애가 발생했을 때, 어떻게 대처할 것인가
- 최종적으로 누가 책임을 지는가
이와 같은 판단이 필요하게 된다.
따라서 엔지니어가 하룻밤 사이에 불필요해지는 것은 아니다.
다만, 요구되는 역할은 달라진다.
「스스로 모든 코드를 작성하는 사람」에서 「AI에게 올바르게 일을 맡기고, 결과물을 확인하며, 품질에 책임을 지는 사람」으로.
코드 작성 능력뿐만 아니라 AI에 대한 지시, 설계, 확인, 판단의 가치가 그 어느 때보다 높아진다.
프로그래밍을 할 줄 모르는 사람과도 관련이 있다.
Slack Code는 엔지니어만의 이야기처럼 보인다.
하지만, 정말로 큰 변화가 일어나는 것은 오히려 그 이후일지도 모른다.
Slack은 동일한 협업 모델을 향후 마케팅 전략, 계약서 검토, IT 입사 절차 등 개발 이외의 업무로도 확대할 방침을 밝히고 있다.
즉, 언젠가는 Slack에서 AI에게,
"지난달 매출을 분석하고" "신제품 광고안을 작성하고" "이 계약서의 주의사항을 정리하고" "문의 내용을 분류하고"
라고 부탁하면, 그 작업 전용 채널이 개설되어 인간과 AI가 함께 작업을 진행할 가능성이 있다.
Slack은 '사람들끼리 연락하는 장소'에서 '인간과 AI가 함께 일하는 장소'로 바뀌기 시작하고 있는 것이다.
편리하기 때문에 더욱 주의도 필요하다
Slack Code는 강력하지만, AI에게 무엇이든 보여줘도 괜찮은 것은 아니다.
회사 내 대화에는 고객정보, 개인정보, 미공개 상품정보, 비밀번호나 시스템 구성 등이 포함되는 경우가 있다.
도입할 때는 최소한 다음 사항을 결정할 필요가 있다.
- AI가 열람할 수 있는 채널과 데이터
- AI가 실행해도 되는 작업
- 코드를 공개하기 전 사람의 확인
- 문제 발생 시 책임자
- 외부 AI 서비스로 전송되는 정보의 범위
AI가 편리해질수록 인간의 확인이 불필요해지는 것은 아니다.
오히려 "어디까지 AI에 맡길 것인가"를 결정하는 능력이 중요해진다.
참고로, 2026년 8월 26일 기준 Slack Code는 Claude, Devin, GitHub Copilot, Vercel과의 연동부터 제공이 시작되었으며, OpenAI의 ChatGPT 연동은 곧 제공될 예정이라고 안내되었다.
이용 조건은 연동 서비스에 따라 다르며, 예를 들어 GitHub Copilot의 Slack 연동은 Business 또는 Enterprise를 대상으로 한 퍼블릭 프리뷰로 제공되고 있다. GitHub 공식 발표
AI는 '도구'에서 '동료'로
지금까지의 AI는 인간이 질문하면 답변하는 '편리한 도구'였다.
앞으로의 AI는 일을 맡겨지면 스스로 계획을 세우고, 작업하고, 중간 진행 상황을 보고하는 존재가 될 것이다.
Slack Code가 보여주고 있는 것은 새로운 코딩 기능만이 아니다.
인간과 AI가 같은 장소에서 일하는 미래다.
가까운 미래에 회사의 Slack을 열면 인간 동료와 마찬가지로 여러 AI 에이전트가 참여하고 있는 것이 당연해질지도 모른다.
AI에게 일자리를 빼앗길 것인가. 아니면 AI를 최고의 팀원으로 만들 수 있을 것인가.
그 갈림길은 AI를 사용하는지 여부가 아니다.
AI에 무엇을 맡기고, 인간이 무엇을 판단할 것인가
그것을 생각할 수 있는지가 관건이라고 생각한다.
당신의 회사에 24시간 일하는 AI 동료가 들어온다면, 가장 먼저 어떤 일을 맡기고 싶은가?
꼭 댓글로 알려주세요.
#SlackCode #Slack #생성AI #AI에이전트 #ClaudeCode #GitHubCopilot #ChatGPT #프로그래밍 #업무노하우
출처: note 원문
번역: Gemma 3(.44) 초벌 + 교정 46청크
원문 보기 | 출처: note.com