67단계메신저 연결하기

걸리는 시간 · 읽기 약 10분 · 따라 하기 약 30분 · 난이도 ★★☆ 실무 · 화면 확인 2026.09.27

이 단계를 마치면

• Slack을 연결해, 놓친 채널에서 결정·미결·할 일·나에게 온 요청을 뽑을 수 있습니다.
• "결정"으로 뽑힌 항목을 원문으로 확인하는 습관이 생깁니다.
• 연결 범위에 넣을 채널과 뺄 채널을 스스로 판단합니다.

"그럼 그렇게 가죠." 메신저에서 중요한 결정은 흔히 이런 모습으로 납니다. 긴 스레드 한가운데, 잡담 사이에 조용히 끼어서. 메신저는 결정이 가장 빨리 나고 가장 빨리 묻히는 곳입니다. 이틀 휴가를 다녀오면 채널 몇 곳에 긴 대화가 쌓여 있고, 그사이 어디선가 일정이 바뀌어 있습니다. 문서라면 "결정 사항"란이라도 있겠지만 메신저에는 그런 것도 없습니다. 끝까지 스크롤하며 찾는 대신 Claude에게 결정만 뽑아 달라고 합시다.

연결하기

Slack 연결자를 붙이면 내가 들어가 있는 채널의 메시지를 Claude가 검색하고 읽습니다. 회사 Slack은 보통 관리자가 앱 설치를 관리하므로, 연결 도중 관리자 승인을 요청하는 화면이 나올 수 있습니다. 그때는 71단계의 순서대로 풀면 됩니다.

연결이 됐다고 바로 긴 채널을 맡기지는 맙시다. 먼저 내가 어제 쓴 메시지 하나를 찾아오게 해 봅니다. 내 말이 제대로 찾아지면 연결과 권한은 문제없습니다. 이어서 스레드 안의 답글 하나도 찾게 합니다. 채널 본문은 읽으면서 스레드는 놓치는 일이 있는데, 결정은 흔히 스레드 안에서 나기 때문입니다.

요약 대신 결정을 묻는 이유

채널을 요약해 달라고 하면 누가 무슨 말을 했는지가 시간 순서대로 길게 나옵니다. 원문보다 짧을 뿐, 읽는 수고는 비슷합니다. 메신저를 읽는 목적은 대개 정해져 있습니다. 무엇이 정해졌나, 무엇이 아직 안 정해졌나, 나는 무엇을 해야 하나. 이것을 항목별로 나눠 달라고 하면 바로 쓸 수 있는 목록이 나옵니다.

"결정"으로 뽑힌 것은 원래 메시지를 눌러 확인합니다. 메신저의 말은 문서보다 훨씬 느슨합니다. "그렇게 해 보죠"가 결정인지 시험 삼아 해 보자는 제안인지, 웃음 표시가 붙은 "그냥 다 빼 버릴까요"가 농담인지 진지한 의견인지는 앞뒤를 봐야 압니다. Claude도 이 경계에서 틀립니다. 그래서 프롬프트에 "애매하면 애매함으로 표시"를 넣고, 결정 항목은 원문을 확인한 뒤에만 믿습니다.

결정인지 판단하는 순서

원문을 열었을 때 무엇을 보면 될까요? 네 가지를 차례로 확인합니다.

1. 누가 말했나. 결정권이 있는 사람이 말했거나 동의했는가. 목소리 큰 사람의 제안은 아직 제안일 뿐입니다.
2. 어떻게 동의했나. "네, 그렇게 가죠"처럼 말로 동의했는가, 반응 표시만 달렸는가. 반응 표시는 "읽었다"일 수도 "좋다"일 수도 있습니다.
3. 나중에 뒤집히지 않았나. 월요일의 결정이 수요일 스레드에서 바뀌는 일은 흔합니다. 결정 하나를 찾았으면 그 뒤의 메시지에서 같은 주제를 한 번 더 찾습니다.
4. 채널 밖에서 정해진 것은 아닌가. 회의나 통화에서 정하고 채널에는 "아까 말한 대로"라고만 적는 경우가 있습니다. 이럴 때 Claude는 무엇이 정해졌는지 모릅니다. 채널에 없는 것은 읽을 수 없습니다.

이 순서를 프롬프트에 그대로 옮겨 적어도 됩니다. 특히 셋째 기준이 빠지면, 휴가 전에 이미 뒤집힌 결정을 최신으로 알고 움직이게 됩니다.

직급별 변형

• 대표·임원: 채널을 하나하나 볼 시간이 없습니다. 채널별로 정리하게 하기보다 "여러 채널에서 나의 승인이나 판단을 기다리는 것"만 한데 모아 달라고 합니다.
• 팀장: 할 일 항목이 핵심입니다. 담당자나 기한이 빠진 할 일을 따로 표시하게 하면 그 목록이 다음 날 팀 회의의 안건이 됩니다.
• 실무자: 휴가나 출장에서 돌아온 날 씁니다. "나에게 온 요청"과 "내가 맡은 일의 일정이 바뀐 것"만 묻습니다.
• 해외 팀과 함께 쓰는 채널: 영어와 한국어가 섞여 있다면 정리는 한국어로 받되, 결정 문장은 원문 그대로 인용하게 합니다. 번역하는 사이 뜻이 미묘하게 바뀌는 것을 막기 위해서입니다.

어디까지 읽게 할 것인가

비공개 채널과 개인 메시지는 따로 생각합니다. 연결자가 어디까지 읽는지는 내 권한과 연결 설정에 달려 있습니다. 인사나 보상 논의가 오가는 곳이라면 연결 범위에 넣기 전에 한 번 더 따져 봅니다. 요약이 편하다고 모든 대화를 AI가 읽어도 되는 것은 아닙니다. 대화에 참여한 동료들은 자기 말이 AI에게 읽힐 줄 모르고 썼을 수 있습니다.

채널에 글을 쓰는 일은 조심합니다. 연결자가 메시지 작성까지 허용하더라도, 요약을 채널에 올리면 여러 사람에게 한꺼번에 나갑니다. 잘못 올린 요약은 다른 사람들에게 "공식 정리"로 읽힙니다. 초안은 대화창에서 받고, 내가 읽은 뒤 직접 올립니다.

그렇다면 결정만 뽑아 달라고 하면 충분할까요? 한 게임 회사 실장의 경험은 조금 더 복잡한 답을 들려줍니다.

현장 장면

게임 회사의 윤 실장은 닷새 출장에서 돌아와 출시 준비 채널을 열었습니다. 스크롤바가 손톱만 하게 줄어 있었습니다. 한숨을 쉬며 Claude에게 "출시 채널 요약해 줘"라고 입력했습니다. 날짜별로 누가 무슨 말을 했는지가 긴 목록으로 나왔습니다. 읽을 분량은 별로 줄지 않았습니다.

윤 실장은 질문을 바꿨습니다. "지난 닷새 동안 결정된 것, 미정인 것, 나에게 요청된 것을 나눠 줘. 각 항목에 작성자와 날짜." 이번에는 한눈에 들어왔습니다. 출시일 변경 논의는 아직 결론이 나지 않았고, 자신에게 승인 요청이 두 건 와 있었습니다.

그런데 "결정된 것" 목록에 "사전 예약 보상에서 아이템 A 제외"가 들어 있었습니다. 윤 실장은 고개를 갸웃했습니다. 그런 결정을 한 기억이 없었습니다. 원문을 눌러 보니 기획자가 "A는 빼는 게 어떨까요?"라고 묻고 다른 사람이 엄지 표시를 단 것이 전부였습니다. 결정권자인 윤 실장은 아직 동의한 적이 없었습니다. 윤 실장은 그 스레드에 직접 답을 달아 결정을 내렸고, 프롬프트에 "결정권자([이름])가 동의한 것만 결정으로 봐. 반응 표시만 있는 것은 애매함으로"를 더했습니다. 승인 요청 두 건은 원문 스레드를 열어 읽고 답했습니다.

다음 주 월요일, 윤 실장은 고친 프롬프트로 지난주 채널을 다시 돌렸습니다. 이번에는 "애매함"에 세 건이 모였습니다. 두 건은 원문을 보고 바로 정리했습니다. 남은 하나가 골치였습니다. "목요일 회의에서 말씀드린 대로 진행합니다." 무엇을 진행한다는 것인지 채널 어디에도 없었습니다. 결정은 회의실에서 났고, 채널에는 흔적만 있었습니다. Claude로서는 알 길이 없는 일이었습니다.

윤 실장은 팀 규칙을 하나 만들었습니다. 회의에서 정한 것은 회의가 끝나면 채널에 짧게 적습니다. "결정: 무엇을, 누가, 언제까지." 규칙이 생긴 뒤로 결정 목록에서 빠지는 것이 줄었습니다. 윤 실장은 매주 월요일 그 목록을 팀 결정 기록 문서에 옮겨 적습니다. 옮기는 일만큼은 직접 합니다. 기록 문서는 팀 전체가 보는 곳이기 때문입니다.

따라 하기

1. 설정의 연결자 항목에서 Slack을 연결합니다. 관리자 승인이 필요하다고 나오면 화면을 캡처해 둡니다. 성공 기준: 연결이 되거나, 막힌 화면을 캡처해 71단계 과제로 넘깁니다.
2. 위의 채널 종류 표에 따라 내 채널을 나눠, 연결에 쓸 채널과 뺄 채널을 적습니다. 성공 기준: 인사·보상 관련 채널이 "뺄 채널"에 들어가 있습니다.
3. 논의 흐름을 내가 잘 아는 채널 하나로 먼저 시험합니다. 성공 기준: 결정 목록이 내 기억과 맞습니다. 다르면 누가 틀렸는지 원문으로 확인합니다.
4. 최근에 놓친 채널 하나에 아래 프롬프트를 씁니다. 성공 기준: 네 항목이 모두 나오고, 항목마다 작성자와 날짜가 붙어 있습니다.
5. "결정"으로 뽑힌 항목의 원문 메시지를 두 개 이상 열어 확인합니다. 성공 기준: 둘 다 실제 결정입니다. 아니면 기준을 프롬프트에 한 문장 더합니다.
6. (선택 심화) 일주일 치 결정 항목을 모아 팀 결정 기록의 초안으로 받습니다. 초안의 항목마다 나중에 뒤집힌 적이 없는지 원문에서 확인한 뒤, 내가 직접 기록 문서에 옮깁니다. 성공 기준: 초안에서 고치거나 뺀 항목과 그 이유를 하나씩 적었습니다.

복사해 쓰는 프롬프트

Slack의 [채널 이름] 채널에서 [기간] 동안의 메시지를 읽어 줘. 스레드 답글까지 읽어.

다음 네 가지만 뽑아 줘. 잡담과 인사는 빼.
1) 결정된 것: 무엇이 정해졌나, 누가 정했나, 언제.
   결정권자([이름])가 동의한 것만 결정으로 본다.
2) 아직 열린 것: 논의 중이지만 결론이 없는 주제.
3) 할 일: 누가 무엇을 언제까지 하기로 했나.
4) 나([내 이름])에게 온 요청이나 질문.

각 항목 끝에 원문 메시지를 찾을 수 있게 작성자와 날짜를 적어.
결정인지 제안인지 애매하면 "애매함"으로 표시해. 반응 표시만 있는 것도 애매함이다.
채널에 아무것도 올리지 마.

막히면 이렇게

스스로 점검

• ☐ 연결 범위에서 뺄 채널을 정했고, 그 이유를 말할 수 있습니다.
• ☐ "결정"으로 뽑힌 항목 둘 이상을 원문으로 확인했습니다.
• ☐ 채널에 올릴 글은 초안으로 받아 내가 올린다는 원칙을 지켰습니다.

기억할 것

• 메신저에는 "요약해 줘" 대신 "무엇이 결정됐나"를 묻습니다.
• 여럿이 보는 곳에 올릴 글은 초안으로 받아 내가 올립니다.
• 동료가 AI에게 읽힐 줄 모르고 쓴 곳은 범위에서 뺍니다.