ChatGPT MCP·앱 연동, 관리자 권한부터 설정하는 실무 가이드
ChatGPT MCP와 앱으로 회사 도구를 연결하기 전 확인할 요금제, 관리자 권한, 동기화 조건과 데이터 보관 기준을 정리합니다. HubSpot·Google Drive·GitHub의 업무별 설정 절차와 권한 테스트를 통해, 읽기 중심의 시범 운영부터 검증하는 방법을 살펴봅니다.
게시일

ChatGPT MCP와 앱 연동의 목적은 회사 업무 도구를 ChatGPT에 연결해, 직원들이 문서를 일일이 복사해 모으지 않고도 필요한 답을 찾게 하는 데 있습니다. OpenAI는 기존 커넥터를 이제 앱이라고 부릅니다. 현재 도움말에서는 앱을 찾고 설정하는 경로를 Plugins로 안내합니다. Plugins는 앱과 업무 수행 지침을 함께 묶습니다. 관리자가 결정할 것은 어떤 정보 출처를 연결하고, 누가 이용하며, 어떤 작업까지 허용할지입니다. OpenAI의 연결된 앱 안내
관리형 워크스페이스에서 반복적으로 정보를 찾는 업무부터 시작합니다. 운영팀이 승인된 업무 절차를 찾도록 하는 편이, 처음부터 모든 것을 변경할 권한을 가진 전사 어시스턴트를 도입하는 것보다 적절합니다.
이 가이드는 2026년 10월 16일 확인한 OpenAI 문서를 기준으로 작성했습니다. 아래 메뉴 경로는 공개된 안내를 따른 것입니다. 비공개 관리자 콘솔의 스크린샷이나 직접 접속해 확인했다는 의미는 아닙니다.
실시간 조회, 인덱스 검색, 리서치는 어떻게 다른가요?
실시간 연결은 질문을 받으면 그때 정보를 조회합니다. 인덱스를 사용하는 방식은 검색할 수 있는 자료 목록을 미리 구축합니다. 누군가를 자료실에 보내는 것과, 잘 관리된 자료 목록을 건네는 것의 차이로 생각하면 됩니다. 다만 목록을 갖췄다고 해서 모든 자료를 열어볼 수 있는 것은 아닙니다. 각 자료의 열람 권한은 그대로 적용되어야 합니다.
OpenAI는 사용자가 개별적으로 승인하는 앱 동기화를 종료했습니다. 현재 지원하는 인덱싱은 관리자 관리 방식입니다. 지원 대상 워크스페이스의 관리자가 정보 출처를 연결하고 범위를 선택합니다. 콘텐츠나 권한 변경 사항이 반영되기까지 시간이 걸릴 수 있습니다. 개인 계정을 연결해 실시간으로 조회하는 것만으로는 이 인덱스가 만들어지지 않습니다. 관리자가 관리하는 동기화
Deep research는 접근이 허용된 여러 출처를 바탕으로 더 긴 조사를 수행합니다. 조사 계획을 검토하고 결과에 포함된 출처 링크를 확인할 수 있습니다. 지원되는 앱의 읽기 작업을 사용하며, 쓰기 작업은 사용하지 않습니다. 일반 채팅에서 쓸 수 있는 앱이라고 해서 리서치에서도 자동으로 사용할 수 있는 것은 아닙니다. Deep research
Company Knowledge는 이제 Business, Enterprise, Edu용 플러그인입니다. 플러그인을 설치하고 지원되는 정보 출처를 사용할 수 있도록 설정한 뒤, @Company Knowledge나 도구 메뉴에서 호출합니다. 설치만으로 사용자의 출처 계정에 대한 접근이 승인되지는 않습니다. Company Knowledge
업무상 기대할 수 있는 변화는 자료 준비 과정이 짧아진다는 점입니다. 요약 자료를 요청하고, 출처를 확인한 뒤, 판단하면 됩니다. 그래도 문서의 품질과 접근 권한을 책임질 담당자는 필요합니다. 정보를 찾는 단계를 ChatGPT로 옮긴다고 해서 그 책임자가 저절로 정해지지는 않습니다.
ChatGPT MCP와 앱, 요금제별로 어디까지 지원하나요?
필요한 기능을 기준으로 요금제를 선택합니다. 플러그인 디렉터리에 들어갈 수 있다는 사실만으로 회사 업무 도구에도 접근할 수 있다고 판단해서는 안 됩니다. **MCP(Model Context Protocol)**는 ChatGPT와 연동 서버가 제공하는 도구 사이를 연결하는 표준입니다.
개인용 요금제 항목은 현재 요금제 비교표를 따릅니다. Business의 포함 기능은 요금제 개요를 기준으로 합니다. Enterprise/Edu의 리서치 접근 조건은 리서치 도움말을, 사용자 지정 연결 규칙은 MCP 도움말을 따릅니다.
동기화는 지원 조건을 별도로 확인해야 합니다. 어떤 개인용 요금제도 개별 동기화를 다시 제공하지 않습니다. Google Drive의 현재 설정 문서는 지원 대상 관리형 워크스페이스라고만 설명하며, 전체 요금제별 지원표를 제공하지 않습니다. SharePoint는 관리자가 관리하는 동기화를 지원 대상 Enterprise 및 Edu 워크스페이스로 명시적으로 제한합니다. GitHub에는 동기화된 인덱스가 없습니다. 요금제에서 일반 앱을 사용할 수 있다는 이유로 동기화도 지원한다고 추정해서는 안 됩니다.
이 가이드에서 다루는 네 가지 도구의 지원 범위를 문서로 확인되는 내용만 정리하면 다음과 같습니다.
Drive에는 별도로 명시된 이용 범위가 하나 더 있습니다. OpenAI는 웹의 Library 내 Google Drive를 Plus, Pro, Business, Enterprise, Edu, Healthcare에서 제공한다고 안내합니다. 이는 해당 기능에 대한 확인이며, 모든 Drive 작업이나 동기화 옵션을 지원한다는 의미는 아닙니다. Library 이용 가능 범위
계정을 연결하기 전에 누가 무엇을 볼 수 있는지 정합니다
접근 권한은 여러 개의 독립된 결정으로 나누고, 각각의 책임자를 정합니다.
- 앱을 활성화합니다. Admin Console에서 워크스페이스를 선택한 다음 Plugins를 엽니다. 포함된 앱을 확인합니다. 기존 앱 관리는 Manage Legacy Apps에 있습니다. Business에서는 워크스페이스 전체의 앱 이용 가능 여부를 제어합니다. Enterprise/Edu에서는 역할별 접근 권한을 지정할 수 있습니다.
- 초기 기본 설정을 확인합니다. Business 앱은 대체로 활성화되어 있습니다. 새 Enterprise/Edu 워크스페이스는 일부 앱이 활성화된 상태로 시작하며, 새로 추가되는 앱은 대체로 비활성화됩니다. 기존 워크스페이스의 설정은 그대로 유지됩니다.
- 기능을 제한합니다. 작업별 제어 기능이 있다면 필요한 읽기 기능만 남깁니다. 기존 작업과 앞으로 추가될 작업에 대한 정책을 모두 검토합니다. 새 작업을 차단해도 기존 작업이 제거되지는 않습니다.
- 연결할 수 있는 계정을 제한합니다. 앱이 도메인 제한을 지원하면 이를 사용합니다. 허용 도메인 목록을 비워두면 모든 도메인이 허용됩니다.
OpenAI의 관리자 가이드에서도 이 항목들은 별개의 제어 설정으로 다룹니다.
승인 요청 설정도 따로 결정해야 합니다. ‘Always ask’는 읽기와 변경 전에 모두 승인을 요청합니다. ‘Allow read actions’는 읽기를 자동으로 허용하고 변경 전에 승인을 요청합니다. 그 밖의 설정에서는 일부 작업을 승인 요청 없이 허용합니다. 이 설정은 ChatGPT가 언제 물어볼지를 정할 뿐, 앱의 데이터 접근 범위를 넓히지는 않습니다. 읽기 중심의 시범 운영이라면 불필요한 쓰기 작업을 비활성화하고, 읽기 승인 정책도 의도적으로 선택하기를 권합니다. 앱 권한

개별 승인이 필요한 경우 직원은 필요한 접근 권한을 이미 가진 자신의 서비스 계정을 연결합니다. 일부 지원 출처는 이 대신 관리자가 관리하는 연결을 사용합니다. 테스트를 통과시키려고 관리자 로그인 정보를 빌려 쓰는 일은 없어야 합니다. 연결은 Settings > Plugins에서 시작하며, 필요한 경우 서비스 제공업체의 승인 절차를 이어서 진행합니다. 계정 연결
도입 검증에는 원본 자료의 접근 권한이 서로 다른 일반 직원들을 참여시키기를 권합니다. 한 명은 볼 수 있고 다른 한 명은 볼 수 없는 문서를 포함해, 두 사람에게 같은 질문을 하도록 합니다. 답변에 연결된 원문을 확인한 다음, 권한을 변경하고 그 변경이 반영된 후 다시 테스트합니다. 답변이 매끄럽다는 것만으로는 권한이 제대로 적용되는지 알 수 없습니다.
업무별로 시작하는 세 가지 시범 운영
각 설정은 읽기 업무에서 시작합니다. 아래 프롬프트는 테스트 제안이며, 모든 계정에서 모든 객체나 필드를 사용할 수 있다는 뜻은 아닙니다.
HubSpot 영업 업무: 고객사 브리핑 준비하기
영업 담당자가 통화 전에 고객사 정보를 반복해서 모으는 업무에 적합합니다. HubSpot은 고객 기록을 보관하는 팀의 고객 관계 관리 시스템, 즉 CRM입니다. OpenAI의 Business 릴리스 노트는 HubSpot의 채팅 검색과 리서치 지원을 명시하지만, 현재 어떤 필드까지 접근할 수 있는지 전부 규정하지는 않습니다. 이 불확실성을 가정으로 넘기지 말고 설정 단계의 확인 항목으로 둡니다.
- 관리형 워크스페이스에서 이용 가능한 HubSpot 앱이나 이 앱을 포함한 플러그인을 찾습니다. 현재 설명과 지원하는 읽기 기능을 확인합니다. 앱이 없다면 이용 가능 여부를 확인하는 단계에서 이 시범 운영을 중단합니다.
- 관리자가 앱을 활성화하고, 앞서 설명한 제어 설정에 따라 접근 권한·작업·승인 설정을 검토하도록 합니다.
- 영업 담당자가 접근이 승인된 자신의 계정을 연결하도록 합니다. 로그인을 완료하기 전에 서비스 제공업체가 요청하는 접근 권한을 검토합니다.
- 다음과 같이 요청합니다. “내가 접근할 수 있는 HubSpot 정보를 사용해 Acme의 브리핑 자료를 작성해 주세요. 사용한 기록의 링크를 달고, 기록된 사실과 제안을 구분하며, 가져오지 못한 정보를 밝혀 주세요.”
- 답변을 영업 담당자가 HubSpot에서 열어볼 수 있는 기록과 비교합니다. 의도적으로 접근을 제한한 기록을 질문하고, 그 기록이 반환되지 않는지 확인한 뒤 도입 범위를 넓힙니다.
시범 운영은 자료 준비에 집중합니다. 현재 앱에서 해당 기능을 확인하기 전에는 연락처 내보내기, 비공개 메모, 거래 정보 수정, 이메일 전송을 약속하지 않습니다. 기대하는 효과는 통화 전 정보를 모으는 부담을 줄이는 것입니다. 실제로 어떤 말을 할지는 여전히 영업 담당자가 책임집니다.
Google Drive 운영 업무: 승인된 절차에서 답 찾기
첫 테스트는 범위를 좁혀 실시간 조회로 진행합니다. 이후 워크스페이스가 지원 조건을 충족하면 관리형 인덱싱을 검토합니다.
- Google Drive와 필요한 읽기 작업을 활성화합니다. Google Workspace 관리자가 해당 승인 범위를 허용하도록 합니다. 승인 범위란 Google이 연동 기능에 부여하는 구체적인 권한을 뜻합니다.
- 담당자의 화면에 제공되는 메뉴에 따라 Plugins 또는 Apps에서 업무용 계정을 연결합니다.
- 다음과 같이 질문합니다. “Operations 폴더에서 승인된 고객 온보딩 절차를 찾아 주세요. 출처를 제시하고, 담당자가 명시되어 있다면 알려 주며, 서로 충돌하는 버전이 있는지 표시해 주세요.”
- Drive 접근 권한이 다른 직원으로도 검증합니다. 답변을 실제 운영에 적용하기 전에 원본 문서를 확인합니다.
- 관리형 동기화를 사용할 수 있다면 Google 관리자와 함께 Google 서비스 계정과 도메인 전체 위임을 설정합니다. 이는 승인된 접근 권한을 가진 자동화용 계정이 관리자를 대신해 동작하도록 하는 방식입니다. My Drive 및 공유 드라이브 범위, 허용 구성원, 계정 매칭을 선택합니다. 처음에는 시범 운영에 필요한 승인된 콘텐츠만 포함합니다.
최초 인덱싱에는 몇 시간 또는 그 이상이 걸릴 수 있습니다. 서비스 계정을 임의로 구성하지 말고, 인증 정보와 권한은 서비스별 Drive 설정 안내를 따릅니다.
Google의 동의 설정과 ChatGPT의 작업 설정이 모두 맞아야 합니다. 한쪽에서 승인했다고 해서 다른 쪽의 부족한 권한이 해결되지는 않습니다. Google 데이터 제어
Microsoft 중심의 운영팀이라면 SharePoint 회사·학교 계정 연결이 이에 해당하는 출발점입니다. Microsoft의 ID 관리 서비스인 Entra에서의 승인, ChatGPT 작업 활성화, 구성원의 로그인은 각각 별개입니다. Enterprise/Edu에서 인덱싱을 사용할 수 있다면 승인된 사이트나 폴더를 선택합니다. 인덱싱 범위를 좁혔다고 해서 별도의 실시간 연결까지 반드시 제한되는 것은 아닙니다. SharePoint 설정
GitHub 개발 업무: 낯선 코드의 실행 흐름 파악하기
개발자가 이미 읽을 수 있는 저장소에서 구조를 파악하거나 동작을 조사할 때 사용합니다.
- 대상 워크스페이스 사용자가 GitHub를 이용할 수 있도록 활성화하고, 지원되는 ChatGPT 사용 환경을 확인합니다.
- Settings > Plugins > GitHub를 엽니다. GitHub 설치와 승인을 완료하되, 시범 운영에 사용할 저장소만 선택합니다.
- GitHub에서 조직 승인을 요구한다면 승인을 받습니다.
- 다음과 같이 질문합니다. “payments 저장소에서 환불 검증이 진행되는 코드 경로를 찾아 주세요. 어떤 검사를 수행하는지 설명하고 관련 파일을 출처로 제시해 주세요. 확인하지 못한 부분도 밝혀 주세요.”
- 인용된 코드를 열어 설명과 실제 구현을 비교합니다. 선택하지 않은 저장소는 계속 접근할 수 없는지도 테스트합니다.
이 연동은 요청이 있을 때 저장소를 읽습니다. GitHub 인덱스를 만들거나 코드와 풀 리퀘스트를 푸시하지는 않습니다. OpenAI는 코드 편집과 푸시 작업에 Codex를 사용하도록 안내합니다. GitHub 설정과 제한 사항
실무 효과를 기준으로 고른 여섯 가지 활용법
처음 시도하기에 가장 좋은 업무는 기준이 되는 정보가 명확하고 질문이 반복되는 업무입니다. 아래는 앞서 설명한 읽기 기능을 바탕으로 제안하는 흐름이며, 고객에게서 측정한 성과는 아닙니다.
여러 출처를 활용하는 인수인계에서는 두 앱과 필요한 기록 모두를 같은 직원이 이용할 수 있는지 확인합니다. 빠진 CRM 정보를 추측으로 슬쩍 채워서는 안 됩니다.
업무상 효과는 시범 운영에서 측정합니다. 예를 들어 현재의 ‘파일 찾기 → 읽기 → 발췌문 복사 → 브리핑 작성’ 과정을 기록한 뒤, ‘질문 → 출처 확인 → 수정’ 과정과 비교합니다. 한 주 동안 총 준비 시간과 수정 작업량을 추적합니다. 모든 환경에 통용되는 시간 절감 수치를 미리 약속할 근거는 없습니다.
정보가 이미 잘 정리된 워크스페이스에 모여 있다면, Notion AI와 ChatGPT 비교에서 다루는 장단점이 더 넓은 검색 범위를 위해 인터페이스를 하나 더 도입할 가치가 있는지 판단하는 데 도움이 됩니다.
연결을 끊어도 이미 만든 결과물은 삭제되지 않습니다
연결, 대화, 인덱스를 별개의 기록으로 다룹니다.
이 구분은 OpenAI의 계정 관리 안내와 동기화 안내를 따릅니다.

일반 채팅과 보관된 채팅은 삭제하거나 적용되는 워크스페이스 정책에 따라 제거할 때까지 남습니다. 삭제한 채팅은 30일 이내에 영구 삭제하도록 예약되지만, 문서에 명시된 비식별화·보안·법적 예외가 적용됩니다. Library에 저장한 파일은 채팅과 별개로 남을 수 있습니다. 채팅 및 파일 보관
이 채팅 삭제 기한을 모든 동기화 인덱스에 적용해서는 안 됩니다. 인덱스 처리 방식은 워크스페이스 계약과 적용되는 제어 설정에 따라 달라집니다. OpenAI의 현재 일반 동기화 안내는 공통으로 적용되는 삭제 기한을 제시하지 않습니다.
Business, Enterprise, Edu의 앱 정보는 기본적으로 모델 학습에 사용되지 않습니다. 이는 보관 여부와는 별개의 문제입니다. 앱이 관련 대화 맥락을 전달받을 수 있고, 연결된 정보가 웹 검색에 반영될 수도 있습니다. 서비스 제공업체의 개인정보 처리 조건도 계속 적용됩니다. 연결된 앱의 데이터 사용
개인 계정에서는 모델 개선 설정이 중요합니다. Google 연결 데이터에는 추가 제한과 예외가 있으므로, 모든 앱의 데이터에 동일한 학습 규칙이 적용된다고 단정하지 않습니다. Google에 적용되는 별도 제어
Business 관리자가 구성원의 일반 비공개 채팅에 자동으로 접근할 수 있는 것은 아닙니다. Compliance Platform은 지원 대상 Enterprise/Edu 워크스페이스에서 사용할 수 있으며, 앱 로그에 담기는 범위는 설정에 따라 달라집니다. 관리자 컴플라이언스 안내
이 기능을 바탕으로 만들 만한 두 가지 서비스
가장 유망한 기회는 권한 테스트를 포함한 사내 질의응답 도입 서비스입니다. 고객이 필요로 하는 것은 자사 문서를 안정적으로 활용할 수 있는 운영 절차입니다.
운영 또는 IT 책임자는 승인된 출처를 정리하고, 사용 가능한 연결을 설정하며, 대표 질문을 만들고, 직원별 권한에 따라 답변을 검증해 주는 소규모 서비스에 비용을 지불할 수 있습니다. 판매 가능한 최소 구성은 한 부서, 한 출처, 반복해서 작성할 수 있는 도입 검증 보고서입니다. 연동을 늘리기 전에 오래된 문서를 관리할 담당자부터 정합니다.
이 가이드를 위해 조회한 DataForSEO의 Google 추정치에 따르면, 미국 월간 검색량은 “internal knowledge base software”가 210회, “enterprise search”가 390회입니다. 이는 해당 분야의 수요를 보여주는 신호이며, ChatGPT에 특화된 고객 수를 뜻하지 않습니다. 문제는 커넥터가 관리되지 않은 지식 베이스를 고쳐주지는 못한다는 점입니다. 실제 가치는 출처의 관리 책임을 정하고 검증하는 데 있습니다. 범용 채팅 인터페이스는 쉽게 복제할 수 있습니다.
두 번째 기회는 매출 운영팀을 위한 영업 브리핑 업무 흐름입니다. 승인된 HubSpot 읽기 흐름, 일관된 브리핑 형식, 원본 기록을 확인할 수 있는 검토자부터 마련합니다. 사용 가능한 앱으로 필요한 정보를 가져올 수 없을 때만 맞춤형 연동을 추가합니다.
같은 DataForSEO 조회에서 “sales automation”의 미국 월간 검색량은 480회로 추정됐습니다. 이는 넓은 범주의 수요이며, 고객이 이 제품을 정확히 원한다는 증거는 아닙니다. 최소 구성은 한 가지 영업 활동에 필요한, 검토 가능한 브리핑을 준비하는 것입니다. 불완전한 CRM 데이터와 앱 이용 가능 여부의 변화가 걸림돌이므로, 자율적으로 영업하는 제품으로 판매해서는 안 됩니다.
사용자 지정 MCP 연결은 현재 Plugins 설정에서 Add custom MCP server를 선택한 뒤 연결, 인증, 검토를 진행합니다. 이 흐름에서는 더 이상 Developer Mode 토글이 필요하지 않습니다. 워크스페이스의 전체 MCP 지원은 웹의 Business, Enterprise, Edu에 대해 문서화되어 있습니다. 사용자 지정 MCP 설정
도입 범위를 정할 때 반드시 고려할 한계
앱을 연결해도 접근할 수 없는 정보를 열람할 수 있게 되지는 않습니다. Company Knowledge는 직원에게 승인된 원본 출처의 접근 권한을 따릅니다. 유용해 보이는 답변도 원문을 확인해야 합니다. Company Knowledge 권한
동기화는 즉시 이루어지지 않으며, 모든 환경에서 지원되지도 않습니다. 개인 동기화는 종료됐고, 인덱싱된 출처는 시간이 지나면서 갱신됩니다. GitHub는 실시간 조회를 사용합니다. 요금제 이름만으로 특정 앱 모드의 지원 여부를 판단하기에는 근거가 부족합니다.
읽기가 가능하다고 쓰기도 가능한 것은 아닙니다. 문서에 명시된 GitHub 앱은 읽기 전용입니다. Deep research는 앱의 쓰기 작업을 사용하지 않습니다. Drive와 SharePoint는 쓰기 작업을 지원할 수 있으므로, 모든 연결이 읽기 전용이라고 가정하지 말고 활성화된 작업을 확인합니다.
인덱스만으로 모든 접근 범위가 정해지지는 않습니다. 인덱싱된 출처뿐 아니라 별도의 실시간 연결도 확인합니다. SharePoint는 개인용 OneDrive 계정을 지원하지 않습니다. SharePoint 지원 범위
맞춤형 연동에는 유지 관리가 필요합니다. 신뢰할 수 없는 MCP 서버는 가져온 자료가 어시스턴트의 행동을 다른 방향으로 유도하는 프롬프트 인젝션 위험을 일으킬 수 있습니다. 이후 도구가 바뀌면 관리자가 검토해야 합니다. 연결을 승인했다고 해서 앞으로 추가되거나 바뀌는 모든 도구 정의까지 자동으로 승인되는 것은 아닙니다. 사용자 지정 MCP 보호 조치
변경 권한을 주기 전에 읽기 업무부터 검증하기를 권합니다. 답변이 근거를 제시하지 못하거나 직원이 그 근거를 확인할 수 없다면, 결과는 초안으로만 사용합니다.
ChatGPT에도 지식 베이스가 있나요?
Business, Enterprise, Edu에는 지원 대상이면서 접근이 승인된 출처를 활용하는 Company Knowledge 플러그인이 있습니다. 지원 대상 관리형 인덱스는 이와 별개의 기능입니다. 어느 쪽도 회사의 모든 파일을 모든 직원이 볼 수 있다는 의미는 아닙니다. Company Knowledge
자체 지식 베이스는 어떻게 만드나요?
승인된 문서, 명확한 담당자, 출처별 접근 권한부터 정합니다. 그다음 이용 가능한 실시간 연결이나 지원 대상 관리형 인덱스를 선택합니다. 접근 범위를 넓히기 전에 실제 업무 질문과 접근이 제한된 문서로 테스트합니다.
사내 지식 베이스에는 어떤 사례가 있나요?
운영 절차 모음, 개발팀의 런북 자료실, 승인된 영업 플레이북 등이 좋은 예입니다. 연결하기 전에 각 자료 모음의 관리 담당자와 이용 대상을 명확히 합니다.
월요일에는 운영 책임자에게 승인된 절차 모음 하나를 맡기고, 접근 권한이 다른 동료와 함께 테스트하도록 합니다. 같은 질문을 실행하고, 원문을 열어보며, 준비 시간을 기록합니다. 답변과 권한 경계가 제대로 작동하는지 확인한 뒤에만 범위를 넓힙니다.
회사 업무 도구에 맞춰 이 구성을 도입하고 싶다면, AI 어시스턴트와 필요한 연동을 구축해 드립니다.
- 게시일
- 카테고리
- AI
- 언어







