AI코딩 완전정복 › 클로드·GPT 완전정복 100단계 › 제4편 · 나만의 업무 시스템 › 제8부 › 71단계
이 쪽을 PDF로 보기
제8부 · 회사 도구와 연결하기

71단계연결이 안 될 때

로그인 만료, 관리자 승인, 권한 범위를 차례로 봅니다.

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

이 단계를 마치면

  • 연결이 안 될 때 원인을 로그인, 관리자, 범위 순서로 좁혀 갈 수 있습니다.
  • 내 쪽에서 풀 수 없는 문제는 관리자에게 무엇을, 왜, 어디까지 요청할지 적어 보낼 수 있습니다.
  • 해결 방법을 기록해 다음 사람이 같은 곳에서 막히지 않게 합니다.

중요한 보고를 한 시간 앞둔 아침, 어제까지 멀쩡하던 연결이 갑자기 먹통이 됩니다. 처음 연결하려는데 버튼이 회색으로 막혀 있는 경우도 있습니다. 당황스럽지만 원인은 대부분 셋 중 하나이고, 순서대로 보면 금방 찾습니다.

왜 순서가 필요한가

연결이 안 되면 사람들은 대개 먼저 떠오르는 것부터 건드립니다. 브라우저를 바꾸고, 앱을 다시 깔고, 동료에게 되느냐고 묻습니다. 운이 좋으면 풀리지만 왜 풀렸는지 모르니 다음에 또 헤맵니다. 순서를 정해 두면 이런 헤맴이 줄어듭니다. 로그인은 내가 금방 확인할 수 있고, 관리자 승인은 화면 문구로 알 수 있고, 권한 범위는 원래 서비스를 열어 보면 압니다. 쉬운 것부터, 내 손으로 확인할 수 있는 것부터 봅니다.

알아 둘 것이 하나 더 있습니다. 연결이 끊겼을 때 Claude가 늘 "연결이 끊겼다"고 알려 주지는 않습니다. "해당 문서를 찾지 못했다"거나 "관련 내용이 없다"처럼 빈 답으로 나오기도 합니다. 이것을 "문서가 없다"로 받아들이면 판단이 틀어집니다. 분명히 있어야 할 자료가 "없다"고 나오면 연결부터 의심합시다.

첫째, 로그인 만료

연결은 그 서비스에 로그인한 상태를 빌려 씁니다. 비밀번호를 바꿨거나, 회사 보안 정책 때문에 일정 기간마다 로그인이 풀리면 연결도 함께 끊깁니다. 설정의 연결자 항목에서 해당 연결을 끊었다가 다시 연결하면 대개 풀립니다. 다시 연결할 때 회사 계정을 골랐는지 한 번 더 확인합니다.

둘째, 관리자 승인

회사 계정은 관리자가 외부 앱 연결을 막아 두는 경우가 많습니다. Google Workspace, Slack, Atlassian 같은 서비스는 관리자가 허용한 앱만 붙일 수 있게 설정할 수 있습니다. Claude 쪽에서도 팀 요금제라면 관리자가 어떤 연결자를 쓸 수 있는지 정합니다. 이 경우 내 쪽에서 풀 방법은 없습니다. 관리자에게 무엇을, 왜 연결하고 싶은지 적어 요청합니다.

관리자는 막는 것이 일입니다. "편하니까 열어 주세요"로는 열리지 않습니다. 관리자가 궁금한 것은 크게 세 가지입니다. 어떤 자료가 밖으로 나가는가, 누가 쓰는가, 사고가 나면 어떻게 막는가. 요청서에 이 세 질문의 답을 먼저 적어 두면 대화가 짧아집니다. 70단계의 권한 표를 붙이면 마지막 질문의 답이 됩니다.

ChatGPT·Codex에서는 ChatGPT에서도 순서는 같습니다. 플러그인이 목록에 없거나 Developer mode 메뉴가 보이지 않으면 워크스페이스 관리자가 막아 둔 경우가 많으니, 관리자에게 같은 요청서를 보냅니다. ChatGPT 웹은 내 컴퓨터에 설정한 로컬 MCP 서버를 읽지 않으니, 로컬 서버가 안 보이는 것은 고장이 아닙니다. Codex에서 MCP 연결이 안 되면 /mcp나 codex mcp list로 등록 상태를 보고, 로그인이 풀렸으면 codex mcp login <이름>으로 다시 로그인합니다.

셋째, 권한 범위

연결은 되는데 특정 폴더나 채널만 안 보인다면 범위 문제입니다. 내 계정이 그 공간에 들어가 있지 않거나, 연결할 때 허락한 범위에서 그 공간이 빠진 것입니다. Slack 비공개 채널, 공유받지 않은 Drive 폴더, 권한이 없는 Jira 프로젝트가 흔한 예입니다. 내가 그 서비스에서 직접 열 수 있는지 먼저 확인합니다. 나도 못 열면 Claude도 못 엽니다. 나는 열리는데 Claude만 못 연다면 연결할 때 고른 범위를 다시 봅니다.

증상 가장 먼저 의심할 것 확인 방법
모든 요청이 실패하거나 빈 답이 옵니다 로그인 만료 연결을 끊고 다시 연결합니다
연결 버튼이 회색이거나 "관리자에게 문의" 문구가 뜹니다 관리자 승인 화면을 캡처하고 관리자에게 요청합니다
연결은 되는데 특정 공간만 안 보입니다 권한 범위 그 서비스에서 내가 직접 열어 봅니다
셋 다 아닌데 안 됩니다 일시 장애 또는 대화 설정 새 대화에서 연결을 켜고 가장 단순한 요청으로 시험합니다

셋을 다 봤는데도 안 되면 대화를 새로 열고, 연결이 켜져 있는지 확인한 뒤 가장 단순한 요청("내 Drive에서 파일 하나만 찾아 줘")으로 시험합니다. 그래도 안 되면 서비스 쪽의 일시 장애일 수 있습니다. 증상과 시각을 적어 두고 나중에 다시 시도합니다.

관리자 승인에서 막혔을 때 요청서 한 통이 결과를 얼마나 바꾸는지, 한 제약 유통사 차장의 경우를 봅시다.

현장 장면

제약 유통사의 강 차장은 67단계를 따라 Slack을 연결하려다 "워크스페이스 관리자의 승인이 필요합니다"라는 화면을 만났습니다. 처음에는 관리자에게 메신저로 짧게 부탁했습니다. "Claude Slack 연결 좀 허용해 주세요." 돌아온 답은 "보안 검토가 필요합니다" 한 문장뿐이었습니다. 그러고는 일주일 동안 소식이 없었습니다.

기다리다 지친 강 차장은 방법을 바꿨습니다. Claude에게 요청 메일 초안을 받기로 한 것입니다. 쓰려는 업무(영업 채널의 결정 사항 정리), 필요한 범위(공개 채널 두 곳 읽기만), 제외할 범위(인사·영업 실적 비공개 채널), 지키는 원칙(채널 게시는 사람이 직접)을 넣었습니다. 초안 끝에는 관리자가 물을 만한 질문과 답이 붙어 있었습니다. 그런데 그중 "자료가 어디에 저장되는가"에 대한 답은 Claude가 단정할 수 있는 내용이 아니었습니다. 강 차장은 그 부분을 지우고 "공식 안내 문서 링크 첨부"로 바꿨습니다.

관리자는 이틀 뒤 조건부로 승인했습니다. 대상 채널을 명시할 것, 석 달 뒤 사용 현황을 공유할 것. 일주일을 기다려도 오지 않던 답이, 요청서를 바꾸자 이틀 만에 온 것입니다. 강 차장은 해결 과정을 팀 공용 문서에 세 문장으로 적어 두었습니다. 막힌 화면, 보낸 요청서, 승인 조건. 다음 달 같은 팀 후배가 Notion을 연결하려다 막혔을 때, 그 세 문장을 그대로 따라 했습니다.

따라 하기

  1. 64단계에서 적어 둔 "막힌 연결"을 꺼냅니다. 성공 기준: 막힌 연결마다 증상이 짧게 적혀 있습니다.
  2. 로그인 만료, 관리자 승인, 권한 범위 순서로 하나씩 확인하고 어느 것이었는지 적습니다. 성공 기준: 원인이 셋 가운데 하나로 좁혀졌거나, "셋 다 아님"이 확인됐습니다.
  3. 관리자 승인이 필요하면 아래 프롬프트로 요청 메일 초안을 만듭니다. Claude가 단정할 수 없는 내용(보관 기간, 계약 조건 등)은 공식 안내 링크로 바꿉니다. 초안을 고쳐 내가 보냅니다. 성공 기준: 요청서에 업무, 범위, 제외 범위, 원칙이 모두 들어 있습니다.
  4. 해결한 방법을 팀 공용 문서에 짧게 기록합니다. 성공 기준: 다른 사람이 그 기록만 보고 같은 문제를 풀 수 있습니다.

복사해 쓰는 프롬프트

우리 회사 [서비스 이름] 관리자에게 보낼 요청 메일 초안을 써 줘. 보내지는 말고 초안만.

내용:
- 요청: Claude의 [연결자 이름] 연결자 사용 허용
- 쓰려는 업무: [업무 한두 문장]
- 필요한 범위: [읽기만 / 초안 작성까지], 대상 [폴더·채널·프로젝트 이름]
- 제외할 범위: [기밀 등급이 높은 공간]
- 지키는 원칙: 보내기·삭제·결제는 사람이 확인 후 실행
- 붙이는 자료: 우리 팀 권한 표(70단계)

정중하되 짧게. 관리자가 검토할 때 궁금해할 만한 질문을 끝에 두세 개 예상해서 답도 붙여 줘.
데이터 보관·학습 여부처럼 네가 확실히 알 수 없는 내용은 답을 쓰지 말고 "공식 안내 확인 필요"라고 표시해.

막히면 이렇게

증상 원인 처방
다시 연결했는데 금방 또 끊깁니다 회사 보안 정책의 로그인 유지 기간이 짧습니다 정책은 바꿀 수 없습니다. 끊길 수 있다고 보고, 중요한 작업 전에 연결 상태부터 확인합니다
관리자가 답이 없습니다 요청이 모호해 검토 부담이 큽니다 범위를 좁히고 제외 범위와 원칙을 적은 요청서로 다시 보냅니다
나는 열리는데 Claude만 못 엽니다 연결할 때 허락한 범위에서 그 공간이 빠졌습니다 연결을 끊었다가 다시 연결하면서 범위를 새로 고릅니다

스스로 점검

  • ☐ "문서를 찾지 못했다"는 답을 받았을 때 연결부터 의심해야 하는 이유를 말할 수 있습니다.
  • ☐ 막혔던 연결 하나의 원인을 세 가지 가운데 하나로 좁혔습니다.
  • ☐ 해결 방법을 팀 공용 문서에 기록했습니다.
점검 해설 보기
  1. 연결이 끊겼을 때 Claude가 "연결이 끊겼다" 대신 "찾지 못했다" 같은 빈 답을 내기도 한다는 점을 들어 설명하면 통과입니다. 막히면 「왜 순서가 필요한가」의 둘째 문단을 다시 읽고, 분명히 있어야 할 자료가 "없다"고 나온 경험을 하나 떠올려 대입해 봅니다.
  2. 막혔던 연결 하나에 대해 로그인 만료, 관리자 승인, 권한 범위 가운데 무엇이었는지, 또는 셋 다 아님을 확인했는지가 적혀 있으면 통과입니다. 순서 없이 이것저것 건드렸다면 「첫째, 로그인 만료」부터 「셋째, 권한 범위」까지 차례로 다시 보고, 증상별 표의 확인 방법을 하나씩 따릅니다.
  3. 막힌 화면, 원인, 푼 방법(또는 보낸 요청서)이 팀 공용 문서에 적혀 있어 다른 사람이 그것만 보고 따라 할 수 있으면 통과입니다. 기록이 내 메모에만 있다면 「현장 장면」에서 강 차장이 남긴 세 문장(막힌 화면, 보낸 요청서, 승인 조건)을 본보기로 삼아 옮겨 적습니다.

기억할 것

  • 안 될 때는 로그인, 관리자, 범위 순서로 봅니다.
  • 나도 못 여는 곳은 Claude도 못 엽니다. 내 권한부터 확인합니다.
  • 관리자에게 편의를 호소해서는 열리지 않습니다. 범위와 원칙을 적어 요청합니다.
v2026.09.27.7 · 2026년 9월 27일 기준 · CEO비즈니스스쿨 김문수 교수 · 기능과 화면은 자주 바뀝니다. 책과 화면이 다르면 부록의 공식 문서가 기준입니다.