# Slack 코드, 처음에는 “전송되었습니다”라는 한 줄부터 테스트해 보고 싶습니다.

> https://bookfactory.kr/c/news/11370
> 게시판: 뉴스
> 작성자: admin
> 작성일: 2026-09-12T10:14:01.912Z

---

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

슬랙에서 누군가가 “전송 후 문구, 다소 이해하기 어렵습니다”라고 작성한다. 그 후 담당자가 편집기를 열어 수정하고, 풀 리퀘스트를 제출한다. 구현 중반은 처음 발언한 사람에게는 보이지 않는다.

슬랙 코드 발표를 읽고 제가 가장 먼저 떠올린 것은 거대한 기능 개발이 아닌, 이처럼 작은 문구 수정이었다는 점이었습니다.

본 게시글은 2026년 8월 25일 시점의 슬랙 공식 정보를 바탕으로 한 “시도 전 실험 메모”입니다. 제 환경에서 슬랙 코드의 실기 검증은 아직 진행하지 않았습니다.

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

## 속도보다, 과정이 보이는가

Slack 코드 기능은 AI 에이전트에게 작업을 요청할 때 해당 작업만을 위한 “코드 채널”을 자동으로 생성해 주는 기능입니다. 팀원들은 그 채널에서 계획을 확인하고, 코드 변경 사항이나 HTML 미리 보기 등을 보면서 수정에 참여합니다. 작업이 완료되면 채널이 보존되고, 모든 대화는 검색 가능한 상태로 남아있다고 발표 당시 설명된 방식입니다.

Slack은 자체 내부 데이터에 따르면, 사내에서 사용된 코드 채널의 70% 이상이 생성 후 풀 리퀘스트 병합까지 1일 이내로 완료되었다고 밝혔습니다. 하지만 이는 Slack이 자체적으로 소개한 내부 데이터이므로, 빠르다는 사실만으로는 팀 내 누구의 어떤 단계에서 기여했는지 정확히 파악하기는 어렵습니다.

AI가 코드를 작성한다 해도, 이미 에디터나 터미널에서 가능한 일은 많습니다. Slack Code로 확인하고 싶은 것은 코드 생성까지 걸리는 짧은 시간만이 아닙니다.

상담이 시작된 장소에서 진행 중인 인식 차이점에 누군가 알아차릴 수 있을지 가장 염려되는 부분이다.

## 첫 번째 작업은 1행으로 충분합니다.

첫 번째 테스트에서는 데모용 리포지토리의 문의 폼을 사용할 예정입니다. 환경 설정이 원활하게 이루어지면 채널에 이렇게 공지하겠습니다.

> 
> 
> 데모용 저장소 전송 완료 메시지를 수정해 주세요.
> 

대상 파일은 변경하지 않고, 차이점과 미리보기 결과만 제공해 주세요. 병합은 하지 않고, 검토를 기다리며 멈춰 주세요.

이 업무 방식이라면 팀원 전체가 동일한 화면에서 정답을 확인하실 수 있습니다. 변경 사항은 미미하고, 미리보기 기능을 통해 수정된 문구도 바로 확인할 수 있습니다. 만약 불필요한 파일까지 수정되었다면, 그것 또한 쉽게 발견할 수 있을 것입니다.

여기 중요한 것은 텍스트 수정 자체는 아마도 편집기로 바로 고쳐서 하는 것이 빠를 것입니다. 슬랙 코드를 굳이 사용하는 것은 생성 속도를 비교하기 위한 것이 아닙니다. 작은 변화인 만큼, AI의 움직임과 팀의 접근 방식을 차분하게 살펴볼 수 있습니다.

## 완성품보다 중간 대화를 보고 싶습니다.

시험 중에 확인하고 싶은 것은 첫 번째 지시가 명확한 차이를 나타내는지 여부뿐이 아닙니다.

예를 들어, 중간에 다른 사람이 “수신 완료되었다고 오해하지 않도록 수신 완료 이메일이 도착하는 것을 포함해야 한다”는 조건을 추가하면, AI가 이전 수정 사항을 정확하게 반영할 수 있을까? 전송 버튼이나 기타 표시까지 모든 것을 다루고 있을까. 코드를 읽지 않는 사람도 “이대로는 제출할 수 없다”고 거부할 수 있을까?

코드의 품질은 최종적으로 리포지토리 측에서 검토해야 합니다. 그럼에도 불구하고 “실제로 요청한 내용이 다르다”는 차이는 가능한 한 빨리 발견하고 싶습니다.

채널에 모든 사람이 주의를 기울이는 만큼, 완성 전 오류를 바로 잡을 수 있다면 Slack 안에서 코드를 다루는 의미가 발생합니다.

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

## 현재 단계에서는 아직 잘 모르겠습니다.

2026년 8월 25일 기준으로 슬랙이 현재 이용 가능한 연동 서비스는 Claude, Devin, GitHub Copilot, Vercel입니다. ChatGPT는 “향후 대응” 예정입니다. 다만, 현재 대응 에이전트 간에도 사용 가능한 기능이나 작동 방식이 완전히 일치하지 않을 수 있습니다.

또한, 슬랙 측의 권한 및 관리 설정을 위임받는다는 공식 설명만으로는 충분하지 않습니다. 연동되는 AI 에이전트와 리포지토리가 자동으로 안전해지는 것이 아니므로, 실제로 어떤 내용을 읽고, 얼마나 수정할 수 있는지는 연결하는 서비스 측의 권한을 포함하여 반드시 확인해야 합니다.

따라서 처음부터 회사의 기밀 정보나 본번 리포지토리는 사용하지 않습니다. 데모로 가짜 문구를 넣어 “얼마나 보이는지”와 “어디까지 막을 수 있는지”를 확인하는 데 활용합니다. 편리함을 측정하는 것은 그 후에 해도 괜찮다고 생각합니다.

## Slack 코드의 유효성은 한 사람의 코드에 의존하지 않는다.

만약 한 사람이 AI를 이용하여 혼자 차이점을 확인하고 혼자서 승인한다면 불필요하게 Slack을 가져올 필요는 없을 것입니다. 평소 사용하는 편집기가 훨씬 빠를 겁니다.

제가 원하는 것은 동료가 중간에 조건을 추가하고, AI가 그것을 받아 수정하며, 마지막으로 “왜 이 문구가 이렇게 되었는가”를 채널에서 추적할 수 있는 상태입니다. 생성된 코드가 깔끔한 것보다, 잘못된 방향으로 진행되기 전에 누군가 멈출 수 있기를 보고 싶습니다.

데모용으로 한 줄이 잘 실행되더라도, 슬랙 코드의 평가는 아직 결정되지 않았습니다. 다음으로 확인해 볼 것은, 그 과정에서 두 번째 사람이 한마디를 추가할 수 있는지 여부입니다.

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

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

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