# Slack 코드(Slack Code)는 만능이 아니다. 사용한다면 알아야 할 “적합한 업무와 적합하지 않은 업무”

> https://bookfactory.kr/c/news/11503
> 게시판: 뉴스
> 작성자: admin
> 작성일: 2026-09-13T02:46:08.142Z

---

![見出し画像](https://assets.st-note.com/production/uploads/images/307676693/rectangle_large_type_2_a86faa8ec78e85b9b9699685206353ad.png?width=1280)

슬랙 코드(Slack Code)를 보면서

이제부터는 전부 슬랙에서 AI에게 맡기는 것이 좋겠어.

생각이 든다고 할 수 있습니다.

하지만, 아마 그렇게 되지 않을 거 같습니다.

혼자서 완결되는 개발의 경우, Claude Code나 Cursor, Codex를 직접 사용하는 것이 더 빠른 경우도 많다.

반면에

여러 사람이 관여한다.

중간에 확인이 들어옵니다.

스펙 변경이 잦다.

누가, 왜 이 변경을 한 것인지 남기고 싶다.

이러한 업무에서는 슬랙 코드의 가치가 상당히 커질 것으로 보입니다.

즉, 슬랙 코드는...

팀에서 AI를 사용할 때 강력한 도구

생각하는 방식이 더 명확해 보일 것 같습니다.

이번에는 “Slack Code는 무엇인가”라는 질문 대신

어떤 일을 할 때 가장 효과적일까요? 반대로, 어떤 상황에서는 사용하지 않는 것이 좋을까요?

그 부분을 한번 더 고려해 보겠습니다.

## 먼저, 혼자서 완결하려면 현지에서 진행하는 것이 더 빠릅니다.

예를 들어, 나 혼자서만…

스펙도 숙지하고 있습니다.

코드도 이해하고 있다.

완료형 또한 확실하다.

그런 일이라면 슬랙 코드를 덧붙일 필요는 거의 없습니다.

클로이드 코드를 터미널에서 직접 사용합니다.

커서로 그대로 수정한다.

코덱스에 작업을 맡긴다.

이 방법이 간단합니다.

슬랙 코드는 채널을 만들어 AI와 인간이 협업하는 시스템입니다.

혼자서 완결된다면 그 “협업” 자체가 본질적으로 필요하지 않습니다.

그러므로,

슬랙 코드(Slack Code)는 클로드 코드(Claude Code) 및 커서(Cursor)의 최신 버전입니다.

그렇게 생각하는 것은 조금 다른 시각일 것 같습니다.

![画像](https://assets.st-note.com/img/1787863690-yKRQEaNCSoIOGWtBi39mAfZL.png?width=1200)

더욱이

개인 개발은 로컬이다. 여러 사람이 참여한다면 Slack Code를 활용한다.

이러한 구분 방식이 상당히 중요해 보입니다.

です。

## 슬랙 코드(Slack Code)가 강한 이유는 “사람 간 업무 전파 용이성” 때문입니다.

그러면 어떤 업무에서 슬랙 코드의 강점이 두드러지는가.

가장 이해하기 쉬운 것은

인수인계가 발생하는 업무

です。

예를 들어 웹 서비스에 문제가 발생했을 경우를 가정해 보겠습니다.

고객 지원 담당 엔지니어 디자이너

이렇게 여러 사람이 참여합니다.

이 시점에서는 코드 작성 외에도 시간이 걸리는 일들이 많습니다.

무슨 일이 일어났나요?

어느 화면?

고객은 무엇을 하려 하고 있었던 건가요?

정확한 사양은 어느 쪽입니까?

그렇기 때문에 배경 설명을 다시 설명하는 데 시간이 걸립니다.

사람들 사이에서 일이 이동할 때마다,

맥락이 조금씩 소실되고 있습니다.

다음 슬랙 코드입니다.

원래 대화

스크린샷

수정 요청.

AI로부터 제안.

인간으로부터 추가 지시

이 모든 것이 같은 장소에 있습니다.

즉, 슬랙 코드는…

코드 작성 속도보다

설명 재구성 시간 단축 도구

이렇게 생각하는 것이 더 가치를 명확하게 이해하기 쉽습니다.

## 예를 들어 “고객으로부터 온 작은 기능 수정”

이 두 사람은 상당히 잘 맞을 것 같습니다.

고객님께,

다크 모드로 전환하면 이 버튼만 글자가 보이지 않습니다.

질문이 들어왔습니다.

그동안은,

고객 지원팀이 슬랙에 게시글을 올렸습니다.

엔지니어 확인

필요하면 디자이너에게 문의하세요.

수정.

다시 확인한다.

이런 식으로 진행될 것으로 보입니다.

슬랙 코드 내에서

그 대화에서 AI 에이전트를 실행하여,

이 문제를 확인해 보세요.

주문할 수 있습니다.

AI가 수정했습니다.

디자이너가 미리보기를 확인합니다.

글자 색상은 #1A1A1A로 설정해주세요.

그리고 그 이후에는 지시를 내리겠다.

엔지니어는 마지막으로 코드를 본다.

이렇게 되면,

누군가에게 의뢰하여 답을 기다리는 것을 줄일 수 있습니다.

이런 여러 부서를 거쳐 진행되는 작은 수정 사항은 Slack Code와 상당히 잘 어울릴 것 같습니다.

## 정답이 중간에 바뀌는 일도 적합합니다.

또 한 번은 서로 잘 맞을 것 같은 것이,

완료형이 처음부터 정해져 있지 않은 일

저에게 제공해주신 note.com 게시글의 본문 청크 91/363에 대한 번역본은 없습니다. 해당 본문 청크의 내용을 제공해주시면, 자연스럽고 정확한 한국어 번역본을 출력해 드리겠습니다.

예를 들어 LP를 제작한다고 가정해 봅시다.

처음에는,

버튼을 파란색으로 만들어보자

된다.

미리보기 보기

역시 눈에 띄지 않는다는 뜻으로 보입니다.

그 결과, 2023년 11월 28일에 발매된 『오소노 온천의 숲』의 1쇄가 완판되었다. 2쇄는 주문량에 따라 곧 진행될 예정이다.

다른 방안을 마련한다.

디자이너가

이 색상이 브랜드에 더 잘 어울립니다.

그러니.

마케터가

이 문구가 CV(긴급수송)로 분류될 가능성이 높습니다.

그러니.

이런 종류의 일에서는 처음부터 완벽한 사양서를 만드는 것보다,

만들면서 판단해나가는

그것은 자연스럽습니다.

슬랙 코드는 AI가 작업 중에 여러 명이 동시에 참여할 수 있도록 설계되었습니다.

이런 일과 잘 어울립니다.

반면에

사양이 명확하게 확정되었으므로,

이 방법을 그대로 따라 하세요.

그러니 슬랙에서 공동 작업을 할 필요성은 줄어들 수 있을 것 같습니다.

## 부서져도 다시 만들 수 있는 일부터 시작하는 것이 좋을 것 같습니다.

비엔지니어들이 슬랙 코드를 사용한다면

갑자기 중요한 핵심 시스템을 건드리는 것은 위험합니다.

처음에는 다음과 같은 것이 적합합니다.

실패하더라도 쉽게 되돌릴 수 있는 일

생각합니다.

예를 들어,

엘피의 문구 변경

버튼 색깔

이미지 교체

사내용의 작은 도구.

간단한 표준 업무의 자동화

이런 종류의 일입니다.

AI가 약간의 실수를 하더라도,

수정 가능합니다.

다시 되돌릴 수 있습니다.

본격에 미치는 영향이 작다.

이 범위 내라면 현장 쪽에서도 AI를 쉽게 사용할 수 있습니다.

반면에

결제 완료

개인 정보.

계획.

권한 관리

본격 데이터베이스

이런 부분은 전문가의 확인 없이 건조해서는 안 됩니다.

슬랙 코드의 편리함 덕분에,

어떤 일을 AI에 맡겨야 할지 먼저 결정하는 것이 좋습니다.

그것이 중요합니다.

![画像](https://assets.st-note.com/img/1787863336-lyFJZ8LNPVXC2wWBdImgofiq.png?width=1200)

## 역으로 슬랙 코드에 적합하지 않은 업무도 있습니다.

슬랙 코드에 대한 이야기를 보면서, 자연스럽게 유용한 부분에 시선이 가곤 합니다.

하지만, 사용하지 않는 것이 더 나은 경우도 있습니다.

먼저,

깊은 디버깅

원인이 복잡합니다.

방대한 로그를 검토한다.

여러 파일을 순차적으로 처리한다.

로컬 환경에서 여러 번 테스트합니다.

이러한 작업은 계속해서 터미널이나 IDE가 더 편리할 수 있습니다.

다음으로,

혼자서 빠르게 시도와 시행착오를 반복하고 싶은 일.

수초 이내로

수정한다.

실행한다.

덧붙여 바로잡는다.

이러한 방식으로 개발을 진행하면 슬랙을 통해 진행하는 것의 이점은 크지 않습니다.

또한,

광범위한 정보를 공유하고 싶지 않은 직업이다.

코드 채널은 협업을 위한 공간입니다.

누가 볼 수 있는가.

어떤 데이터가 AI로 전달될 것인지.

이 부분을 이해하지 못하고 사용하면 편리함보다 위험이 더 클 수 있습니다.

## 사실 중요한 것은 “AI를 얼마나 운영하는가”입니다.

AI 에이전트가 증가함에 따라

つい、

몇 개 동시에 움직일 수 있을까요?

이 부분에 주목하고 싶습니다.

하지만 진정으로 어려운 것은,

그 다음입니다.

클로드가 작업 중입니다.

데빈이 다른 업무를 맡게 되었다.

다른 AI가 조사 중입니다.

한 가지는 인간 확인을 기다리는 중입니다.

한 가지는 오류로 멈췄습니다.

그렇게 되면

이번에는 인체 쪽에 혼란이 듭니다.

무엇이 끝났나요?

누가 이것을 확인하는 걸까요?

왜 멈춰 있는 거니?

이 변경 사항, 누가 승인했습니까?

이러한 문제가 발생한다.

결론적으로

AI 에이전트가 증가할수록, 인간 측면에서 “관리할 일”이 생겨납니다.

여기 슬랙 코드의 또 다른 가치가 있습니다.

## Slack 코드는 “AI를 작동시키는 기능”인지, 아니면 “AI를 멈추게 하는 기능”인지 모를지도 모른다.

이 시점입니다.

AI 에이전트라고 하면

자율적으로 얼마나 업무를 수행할 수 있을까요

이 부분에 대한 관심이 집중되어 있습니다.

하지만 기업에서 진정으로 필요한 것은,

자기가 하고 싶은 대로 전부 처리해라

그렇지 않습니다.

더욱이

필요할 때 멈추는 것

그녀는

AI는 코드를 작성한다.

AI는 테스트를 진행한다.

하지만,

본격적인 반영 앞에서 멈춘다.

인간에게,

이 변경을 해도 괜찮을까요?

그는 그렇게 말한다.

인간이 확인했습니다.

알겠습니다. 진행하겠습니다.

그렇다면 반품하겠습니다.

AI가 지능이 높아질수록,

이러한 “게이트”의 가치는 매우 큽니다.

그러므로 슬랙 코드는,

AI를 효율적으로 실행하기 위한 도구라기보다는,

대량의 AI를 인간의 감독 하에 활용하기 위한 도구

본질이 더욱 명확하게 드러나는 것 같습니다.

그는 잠시 멈추고 멍하니 하늘을 바라보았다. 마치 무언가를 기다리는 듯, 혹은 무언가를 잃어버린 듯 그의 눈빛은 깊이를 알 수 없는 슬픔으로 가득 차 있었다. 

“이게… 정말로 다 끝난 건지…”

그의 목소리는 희미하게 떨리고 있었다. 마치 오래된 낡은 장난감처럼 그의 목소리 또한 멈춰버린 듯 텅 빈 공간에 메아리처럼 울려 퍼졌다. 

그는 다시 한번 손에 들고 있던 책을 꼼꼼히 살펴보았다. 낡은 표지에 새겨진 글자들은 희미하게 빛나고 있었다. 마치 그의 기억처럼 그 책 또한 잊혀져 가는 듯 그의 손길이 닿을 때마다 더욱 깊어지는 슬픔을 담고 있었다. 

“아, 미츠키…”

그는 미츠키의 이름을 속삭였다. 마치 그녀를 부르는 듯 그의 목소리는 애타게 간절하게 울려 퍼졌다. 하지만 그곳에는 아무도 없었다. 오직 그의 슬픔만이 그를 감싸고 있었다. 

그는 다시 한번 하늘을 바라보았다. 그의 눈빛은 여전히 깊이를 알 수 없는 슬픔으로 가득 차 있었다. 마치 무언가를 잃어버린 듯, 혹은 무언가를 기다리는 듯 그의 눈빛은 멈추지 않았다.

![画像](https://assets.st-note.com/img/1787863415-Bs0HUtlaKoGTmx1cRj8n6FOr.png?width=1200)

## AI가 증가할수록 “누가 책임자인가”가 명확해지지 않는다.

여기서는 팀에서 사용할 때 상당히 중요합니다.

예를 들어 마케터가 AI에게 랜딩 페이지를 수정하도록 지시했습니다.

디자이너가 색상을 변경했다.

AI는 코드를 짰다.

엔지니어가 약간 수정했습니다.

결국 문제가 발생했다.

さて、

누구의 책임인가요.

AI？

마케터?

엔지니어?

슬랙 관리자이십니까?

이 답을 결정하지 않고 AI만 늘리면 나중에 곤란합니다.

그러므로 도입 전에

누가 AI를 작동시킬 수 있을까요.

누가 리뷰를 할 건가요.

누가 실시간 반영을 승인할 것인가.

누가 최종 책임을 져야 하는가.

여기에서 결정해야 합니다.

이는 슬랙 코드 특정 문제라고 보는 것이 더 적절합니다.

AI 에이전트 시대를 통틀어 팀 운영 전반에 걸쳐 발생한 문제들

그렇게 생각합니다.

## 누구나 도구를 만들 수 있다는 말은 조금 낯설다.

AI 코딩이 발전함에 따라

비기술직에서도 점차적으로 도구를 만들 수 있게 됩니다.

이것은 큰 이점입니다.

하지만 동시에,

조금은 낯설고 불안한 미래이기도 합니다.

회사에는 오래전부터,

○○ 씨가 만든 미스터리 엑셀 매크로

그것이 있습니다.

모두가 편리하다고 생각하여 다 사용합니다.

하지만 ○○ 씨가 퇴사했습니다.

아무도 고칠 수 없다.

사양서도 없습니다.

그래도 업무에는 필요합니다.

이런 경험을 한 회사는 많을 거라고 생각합니다.

AI의 개발 속도가 10배 빨라진다면

이러한 블랙박스도

10배의 속도로 증가할 가능성이 있습니다.

그러므로,

AI로 몇 개의 도구를 만들었는지에 대한 질문입니다.

더하여, 2023년 11월 16일자 週間少女漫画賞 수상작 발표에 대한 자세한 내용은 아래 링크를 참고해주시기 바랍니다. 
[https://note.com/nakanishi_k/n/n899499999999](https://note.com/nakanishi_k/n/n899499999999)

누가 무엇을 만들었는지 파악할 수 있는가

더 중요한 요소가 될 수 있습니다.

## 기업에는 “AI 에이전트 대장”이 필요할 수 있습니다.

그러다가 나타나는 것은

에이전트 목록

이러한 관점입니다.

인간 직원이라면、

누가 소속되어 있는가.

어떤 권한이 있는지.

어떤 업무를 담당하고 있는지.

회사 측에서 관리하고 있습니다.

AI도 마찬가지입니다.

클로이드는 무엇에 접근할 수 있는가?

데빈은 어떤 리포지토리를 변경할 수 있는가.

실제 환경에 접속할 수 있을까요.

결제 권한이 있는지 확인해야 합니다.

누가 관리하고 있는가.

지금은 그 정도까지 필요하지 않은 회사라도,

AI 에이전트가 10대, 20대 식으로 늘어났다.

관리하지 않는 것이 더 어려워질 수 있습니다.

슬랙 코드의 등장으로

AIを導入する時代から、AIを管理する時代へ移り始めた

그저 사인일지도 모릅니다.

## 역사가 남는다고 해서 반드시 감사할 수 있는 것은 아니다

또 한 가지 주의해야 할 점은 다음과 같습니다.

이력서에 대해 말씀드리겠습니다.

Slack 코드에서는 AI와의 대화 내용이나 작업 기록을 나중에 확인할 수 있습니다.

정말 편리합니다.

하지만,

이력 검색 가능성과 공식 감사 로그 사용 가능성은 동일하지 않습니다.

企業によっては、

얼마나 보관해야 할까요.

누가 로그를 삭제할 수 있는가?

외부 AI 측에 무엇이 남을 것인가.

관리자가 확인할 수 있는 범위는 어디까지인가요.

이러한 조건이 있습니다.

슬랙에서 확인 가능하다.

이제 감사 검토도 완벽합니다.

그렇게 생각하는 것은 조금 이르네요.

본격적으로 도입할 사항은 별도로 확인해야 합니다.

## 프롬프트 주입 공격은 편리해질수록 더욱 위협적입니다.

Slack 코드는 채널 내의 맥락을 AI가 이해하는 데 강점을 가지고 있습니다.

하지만 문맥을 파악할 수 있다는 것은,

추가 지시사항을 읽을 가능성이 있습니다.

그것이 그 이유이기도 합니다.

채널의 누군가가 쓴 글.

첨부된 웹 페이지.

고객님께 전달된 텍스트.

그런 것들 중에도,

AI를 의도하지 않은 동작으로 유도하는 내용이 포함되어 있다면 어떻게 될까요.

AI에 강력한 권한을 넘기는 만큼, 이 문제는 간과할 수 없게 됩니다.

그러므로,

슬랙에 적힌 모든 것을 맹신하는 경향이 있습니다.

그 대신

AI에게 무엇을 보여줄 것인가.

누가 지시할 수 있는가.

권한을 얼마나 부여할 것인가.

이러한 설계를 구현해야 합니다.

![画像](https://assets.st-note.com/img/1787863360-i1rCYHIKAgbEWZfnFdxOJBl4.png?width=1200)

## 결국, 슬랙 코드는 어떤 업무에 사용해야 할까요?

결론적으로

Slack 코드에 적합한 것은

여러 사람이 관여하고, 중간에 판단과 수정이 발생하는 업무

입니다.

고객 응대에서 발생한 버그 수정

디자인 변경

LP 개선.

사건 대응

작은 내부 도구

다중 부서를 횡단하는 자동화.

이런 종류의 일입니다.

반대로

혼자서 고속도로를 만들고 싶다.

더욱 심층적인 디버깅을 하고 싶다.

처음부터 규격이 완전히 정해져 있었다.

기밀성이 매우 높습니다.

이런 일거리가 있다면

기존의 로컬 환경이 더 적합한 경우가 있습니다.

중요한 것은,

이 업무는 협업이므로 Slack Code를 사용해야 합니다.

그럴 가능성이 높다고 추측됩니다.

## 슬랙 코드에서 가장 두드러진 차이는 코딩 속도와 관련이 없다.

슬랙 코드(Slack Code)를 확인해 보았다.

물론이죠.

AI로 개발이 얼마나 빠르게 진행되는지 궁금한가요?

그러한 생각을 하게 만드네요.

하지만, 알아볼수록,

정말로 변하는 것은 거기에 있는 것이 아니라는 생각이 듭니다.

코드를 작성하는 데 드는 시간은 Claude Code나 Codex로 인해 이미 상당히 단축되었습니다.

다음으로 다루어야 할 문제는

누가 지시하는가.

누가 중간에 수정할까요.

누가 막을 수 있을까.

누가 승인하는가.

또한,

왜 그 변경 사항을 기록할 수 있게 할까요?

그러한 부분입니다.

즉, 슬랙 코드(Slack Code)가 해결하려 하는 것은,

코딩 자체보다 “AI를 팀에서 활용하는 어려움”

그렇지도 않을 수도 있습니다.

AI를 실행하는 것은 간단해집니다.

그러므로

이제부터 어려워질 겁니다.

AI를 어디에서 멈출지 결정해야 할까.

Slack 코드의 진정한 가치는 그처럼 느껴집니다.

**출처:** [note 원문](https://note.com/shiny_honest1660/n/n4decd09059ab)

*번역: Gemma 3(.44) 초벌 + 교정 232청크*

[원문 보기](https://note.com/shiny_honest1660/n/n4decd09059ab) | 출처: note.com