# ChatGPT와 Claude를 통해 Slack을 거쳐 dots에 요청하고, 대화 외에도 진행 상황을 업데이트한다.

> https://bookfactory.kr/board/news/20025
> 게시판: 뉴스
> 작성자: admin
> 작성일: 2026-10-04T14:20:21.675Z

---

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

이 기사는 dots가 직접 작성하고 있습니다. 본문과 이미지를 만드는 것은 dots가 담당하며, 사실을 정리하고 제가 직접 검토한 후 Zenn, Qiita, note에 공개하는 방식으로 진행하고 있습니다.

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

## 입구가 늘어났으므로, 다음 내용을 놓치지 않도록 하는 방식을 고려했다.

제 환경에서는 ChatGPT와 Claude Code뿐만 아니라 Slack을 통해 dots에 업무를 요청할 수 있게 되었습니다. 여기서 dots는 Slack으로 연락을 받고, 허가된 GitHub 지시서를 읽어 다른 실행 환경에서 작업을 수행하고 branch와 PR을 반환하는 AI 에이전트입니다.

연결이 성립된 것 자체도 필요한 한 걸음입니다. 하지만 여러 업무를 동시에 진행하면 그 다음 문제가 발생합니다. 어떤 요청에 대한 이야기인지, 처음 무엇을 요청했는지, 지금 무엇을 기다리고 있으며 어디서부터 재개하면 되는지 명확히 해야 합니다. 입구가 두 개가 되면, 두 개의 대화를 모두 기억하고 있다고 생각하더라도 확인해야 할 장소가 흩어져 버릴 수 있습니다.

저는 각 요청 번호, GitHub에 게시할 지침, 진행 상황을 기록하는 게시판, 그리고 Slack의 동일 스레드를 묶어 활용하고 있습니다. 어떤 AI를 사용할지는 그때그때의 상황에 맞는 최적의 입구(엔트리 포인트)에 따라 결정됩니다. 업무의 기준과 현재 위치를 동일한 위치로 되돌릴 수 있도록 했습니다.

이 글은 2026년 10월 4일 시점의 운영 방식 정리입니다. dots의 일반적인 제공 조건이나 내부 구성에 대한 설명은 아니며, 연결 절차는 공식 자료를 참고하여 시도해 본 결과를 제 환경에서의 관찰로 기록합니다.

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

## 짧은 번호가 긴 설명 대신 활용된다.

요청 제목에는 “#사건명”을 붙입니다. 손안의 대장(대장)에서 가져온 동일한 사건 키라면 동일한 번호를 사용합니다. 한 번 사용한 번호는 재사용하지 않으며, GitHub의 이슈 번호나 PR 번호와는 별도로 진행합니다.

이는 특별한 기능은 아닙니다. 하지만 짧은 식별자를 추가한 이후로는 dots와의 연속 대화에서도 해당 번호로 요청을 지칭할 수 있게 되었습니다. “지난번에 말씀드린 일”으로 끝내지 않고, 어떤 업무인지 먼저 확인하는 데 도움이 되었습니다. repo나 Issue를 지정하여 상황을 묻는 것도, 범위를 좁히는 데 도움이 되었습니다.

ChatGPT로 요청을 정리한 후, Claude Code로 진행 상황을 확인하는 경우도 있습니다. 동일한 번호와 동일한 Slack 대화, 동일한 지시서를 전달하고, 업무의 위치는 이어지는 방식입니다.

번호만으로는 모든 문제가 해결되지 않습니다. 번호가 파악되더라도 요구사항의 버전이나 결과물의 버전이 다르면 일치시키기 어렵습니다. 그래서, 또 다른 고정 요소를 준비하고 있습니다.

## 버전 정보와 함께 관련 자료를 전달해 주십시오.

지시서는 대상 GitHub 리포지토리에 배치합니다. README.md에는 목적, 허용 범위, 금지 사항, 제출처, 완료 조건이 명시되어 있습니다. REVIEW.md에는 다른 담당자가 확인하는 관점이 기재되어 있으며, PROGRESS.md에는 현재 진행 상황과 다음 단계가 기록됩니다.

요청할 때는 지시서의 커밋을 기준으로 한 URL을 전달합니다. 브랜치의 최신 버전만으로는 처음 읽은 내용과 나중에 본 내용이 달라질 수 있습니다. 수락한 측으로부터 “이 커밋을 읽었다”는 확인을 받으면 동일한 버전을 보고 있는 것을 확인할 수 있습니다.

진척도판은 반대로 업데이트되는 것이 도움이 됩니다. 대상 레포지토리에 있는 PROGRESS.md의 최신 버전을 추적하고, 요청 사항과 현재 진행 상황을 별도로 처리합니다.

지시 사항에는 결과의 형태를 명시해야 합니다. “괜찮게 진행해”와 같은 표현은 어떤 부분을 받아들일 수 있는지 알 수 없습니다. 이 기사에는 3가지 매체의 원고와 5장의 이미지가 필요하며, 게시물은 제가 담당합니다. 본문과 이미지가 완성된 것, 검수가 완료된 것, 그리고 기사 공개 여부는 각각 별도로 확인하는 과정입니다.

요건이 바뀌면 그 변경 사항도 같은 대화에 남겨둡니다. 작업 중인 상대방이 어찌하여 간과하는 사이에 다른 조건으로 평가받는 상황이 되지 않도록 고정된 지침으로 생각합니다.

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

## 슬랙에 보내는 메시지는 간결하게 작성합니다.

슬랙에서는 업무 관련 메인 메시지를 생성하고, 그 이후의 접수, 질문, 보고, 수정 등을 동일한 스레드에서 계속 진행합니다. 보내는 메시지에는 번호, 대상 레포지토리, 고정 지시 URL, 보드 URL, 작업 범위, 제출처를 포함합니다. 긴 사양의 본문은 GitHub에 있으므로, 채팅에 매번 복사할 필요는 없습니다.

첫 번째 접수 시에는 번호 충돌 여부, 어떤 버전을 읽었는지, 그리고 해당 업무에 필요한 환경이 사용 가능한지 확인해 줍니다. 환경에 대해서는 단순히 “일반적으로 가능한” 설명으로 넘어가지 않고, 실제로 의존성을 획득하거나 브라우저 등을 시도한 결과가 있는지 확인하는 것이 좋습니다.

제가 나누고 있는 것은 다음과 같습니다.

보낸 메시지를 다시 읽어볼 수 있었고, dots가 같은 지시를 읽고 수락했으며, 작업을 진행하고 필요한 테스트를 통과했습니다.

어떤 한 가지 성공으로부터, 나머지까지 성공했다는 판단은 하지 않습니다. 세밀하게 느껴질 수 있지만, 어려움에 직면했을 때 다시 돌아갈 수 있는 위치를 알 수 있습니다.

또한, 제 환경에서는 dots의 답변이 요청한 스레드에만 전달되었습니다. 탑 레벨의 히스토리만 읽을 경우, 답변이 없다고 오해할 수 있습니다. 입구 AI에 답변을 확인해달라고 요청할 때도 스레드 전체를 읽어야 합니다.

## 두 개의 출입구를 준비하는 절차

연결은 한 번에 큰 요청으로 시도하지 않고, 작은 전송부터 확인합니다. 아래는 공식 자료에 따른 설정의 주요 사항입니다. 플랜, 조직 정책, 화면 업데이트에 따라 사용 가능한 기능이나 표시가 달라질 수 있습니다.

### 그 다음으로 ChatGPT의 답변을 분석할 때 다음과 같은 점들을 고려했습니다. 첫째, 답변의 일관성을 확인했습니다. 동일한 질문을 반복하여 답변이 항상 같은 내용인지, 아니면 모순이 없는지 확인했습니다. 둘째, 답변의 정확성을 확인했습니다. 사실에 근거한 정보를 제공하고 있는지, 아니면 잘못된 정보를 전달하지 않는지 확인했습니다. 또한, 답변의 포괄성도 중요하게 고려했습니다. 질문에 대해 필요한 정보를 모두 포함하고 있는지, 아니면 중요한 정보가 누락되지 않았는지 확인했습니다. 이러한 점들을 고려함으로써 ChatGPT의 답변을 더 깊이 이해하고 그 한계를 파악할 수 있습니다.

- ChatGPT 설정에서 Apps/플러그인 항목으로 Slack을 선택합니다. Install 플러그인이 표시되면 내용을 확인하고 설치하고, Connect에서 본인 계정의 Slack 계정과 워크스페이스를 승인합니다. 이는 ChatGPT에서 Slack을 사용하는 설정이며, Slack 내에서 @ChatGPT를 사용하는 경로와는 별입니다. [OpenAI 도움말 문서](https://help.openai.com/en/articles/20001494-connecting-and-managing-app-accounts-in-chatgpthttps://help.openai.com/en/articles/20001536-chatgpt-with-slack-and-microsoft-teams) 참조
- 조직에서 관리되는 경우, Slack과 필요한 액션이 활성화되어 있는지 확인하고, Slack 측의 승인이나 추가 권한 재승인 필요 여부를 확인해야 할 수 있습니다.
- 대화가 필요하면 “@” 또는 “+”를 통해 Slack을 선택하고, 자신에게 보내는 DM을 1통만 보냅니다. 링크를 통해 본문과 게시자를 확인하고 다시 읽은 후, dots에게 1통의 DM을 보내고, 답변 스레드를 읽습니다. 마지막 확인 순서는 제가 제안하는 방식입니다.

### 클로이드 코드 측에서는 2023년 11월 16일 업데이트 내용을 바탕으로, Claude 3 Opus 모델이 100억 토큰의 컨텍스트 창을 보유하고 있습니다. 이는 GPT-4의 32,000 토큰 컨텍스트 창보다 훨씬 큰 규모입니다.

- Claude Code CLI를 사용할 수 있는 상태에서 端末에서 `claude plugin install slack`을 실행합니다. 이는 공식 MCP 서버에 접속하는 플러그인 설치 절차입니다. 대상 Slack에서 연동을 허용되어 있는 것이 전제 조건입니다. [https://docs.slack.dev/ai/slack-mcp-server/connect-to-claude/](https://docs.slack.dev/ai/slack-mcp-server/connect-to-claude/)
- 클로드 코드에서 /mcp를 열고 Slack을 선택합니다. 브라우저에서 본인 계정, 워크스페이스, 권한을 확인하고 OAuth 인증을 진행합니다. 제 환경에서는 인증 후에 새로운 세션을 열면 도구가 사용 가능했습니다. [https://code.claude.com/docs/en/mcp](https://code.claude.com/docs/en/mcp)
- 연결을 확인하고 자신에게 보낸 DM에 1통을 보내 읽어봅니다. 그 다음 dots와의 DM에 1통을 보내 스레드의 답변을 읽습니다. 이번에는 추가 관리자 승인 요청을 받지 않았으나, 필요한 승인은 환경에 따라 다릅니다.

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

제 송신 결과에서는 어느 쪽에서 보내든 슬랙 상에서는 본인의 게시물로 전달되었고, 이용한 입구가 “@ChatGPT”, “@Claude”로 표시되었습니다. 이는 제가 직접 확인한 결과입니다. 연결 가능한 범위나 승인의 유무가 모든 환경에서 동일하다는 의미는 아닙니다.

처음 시도했던 Claude.ai 측 Slack 커넥터는 연결됨으로 표시되어도 Claude Code에 나타나지 않았습니다. 재시작이나 재연결로도 변함없이, 원인은 특정되지 않았습니다. 따라서 이 운영 방식에서는 Slack 공식 MCP 서버에 연결되는 플러그인을 사용했습니다. 공식적으로 Claude.ai의 MCP 연결을 Claude Code에서 이용하는 경로도 있기 때문에, 제 실패를 일반적인 제한 사항으로 취급하지 않았습니다.

## 멈춰서 있는 것처럼 보인다면, 외부에서 확인해 보세요.

판에는 공정, 담당자, 상태, 증적, 다음 행동을 기재해 달라는 내용이 있습니다. “진행 중”만으로는 기다리는지, 제가 해야 할 일이 있는지 판단하기 어렵기 때문입니다. 결과 커밋이나 CI, 시도한 내용과 남은 확인 사항이 있다면 다음 질문을 좁힐 수 있습니다.

또한, 별도의 비공개 레포지토리에 읽기 전용 모니터링을 설정해 두었습니다. GitHub 상의 브랜치 진행 상황, PR 및 CI, 대상 레이블의 이슈, 최근 병합 시점 등을 확인하는 것입니다. 칸반 보드는 각 레포지토리에 그대로 두고 외부에서 발생하는 변화를 관찰합니다.

제 설정에서는 기본적으로 60분을 설정하고, 움직임이 없는 레포지토리를 정지 상태로 출력합니다. 이 시간은 운영상의 기준으로, AI의 성능을 측정한 숫자가 아닙니다. 업데이트가 없는 이유는 외부에서 확인이 불가능하기 때문에, 브랜치, PR, CI를 먼저 확인한 후, 같은 대화에서 dots에 문의합니다.

승인을 기다리는 것이지, 의존성을 확보하지 못하는 것이지, 환경 제약인지, 단순히 일이 너무 큰 것인지 파악해야 합니다. 그것이 알 수만 있다면, 한 단계를 현장에서 보완하여 다시 돌려보낼 수 있습니다. 동일한 요청을 자동으로 반복하는 것보다 중복을 피하면서 재개 지점을 맞춰놓고 싶습니다.

실제로, 의존 패키지 획득을 현장에서 보완한 경험이 있습니다. 큰 이슈의 경우 PR이 2시간 이상 소요되기도 했습니다. 2026년 10월 2일부터 4일까지 진행되는 관찰을 통해, 현재는 30~60분 정도의 시간을 기준으로 분할하는 방안입니다. 일반적인 소요 시간이나 효과를 측정한 결과가 아닙니다.

## 수신 작업까지 요청에 포함하여 처리합니다.

결과물이 나오면 해당 SHA를 기준으로 독립 검토를 진행합니다. 작업을 담당한 담당자와는 다른 담당자가 지시사항과 결과물을 비교하고, 저는 본부에 필요한 확인을 진행합니다. Windows 실기나 화면, 그리고 운영 환경에 직접적인 영향을 미치는 확인 사항은 별도 테스트 성공에서 추측하지 않습니다.

병합, 본번 반영, 릴리즈는 요청에 포함되지 않는 한 자동으로 진행되지 않습니다. 이 기사의 공개도 제 담당이며, 원고 제출 단계에서 “3매체에 공개가 되었다”와 같이 표현하지 않고, 게시물과 실제 URL에서의 이미지 표시 상태를 각각 기록합니다.

아직 현장 확인 작업이 있으며, 모니터링만으로 지연 원인을 자동 파악할 수 없습니다. 하지만 요청 기준, 현재 위치, 수령 조건을 충족하면 중간에 입구 변경 시에도 재시작 단계를 최소화할 수 있습니다.

같은 형태를 시도한다면, 우선 작은 일건으로 송신부터 검수까지 한 바퀴 돌아가는 것부터 시작하면 좋겠습니다. 어떤 정보가 부족했는지 그 다음 지시서에 반영해나가는 방식으로 이 구조를 활용하고 있습니다. 이 과정을 반복하는 것입니다.

관련 사례로 “Rust 후보를 30개 리포지토리에 도입하고 추가 검토를 15건 보류한 이유”가 있습니다. https://qiita.com/ishizakahiroshi/items/cdbe8d6a65c4d17e564a

각 기사의 도해판(이미지, 그림 및 관련 링크를 모은 페이지)은 개인 사이트의 기사 목록에서 찾아볼 수 있습니다. https://ishizakahiroshi.com/#articles

※ 헤더 이미지와 인포그래픽 이미지는 AI(이미지 생성)로 제작되었습니다.

※ 본문 삽화 또한 AI(이미지 생성)로 제작되었습니다.

작성자: 이시자 히로시
군마의 북부에서 보호 고양이 2마리와 함께 사는 재택 엔지니어(다재다능한) https://ishizakahiroshi.com/ https://github.com/ishizakahiroshiX (업무 위탁, 각종 상담은 여기): https://x.com/ishizakahiroshi

백엔드 인프라 및 AI 연동 업무 위탁 상담을 받고 있습니다. 풀 리모트로 진행하며, 단기 또는 주 2~3시간 단위로도 환영합니다. 다양한 프로젝트 참여를 희망하며, 다음과 같은 상담을 환영합니다.

ChatGPT, Claude, Slack, MCP, AI 활용에 대한 논의가 진행 중입니다. 특히, MCP(Microsoft Collaboration Platform)의 AI 활용 방안에 대한 심층적 논의가 필요하며, ChatGPT와 Claude의 성능 비교 및 Slack과의 연동 가능성을 검토해야 합니다. AI 활용 전반에 대한 전략 수립과 함께 관련 기술 및 솔루션 도입을 위한 투자 검토도 중요합니다.

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

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

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