# Google Workspace > 캘린더 · 드라이브 · 문서 · 스프레드시트 · 슬라이드 · 태스크 · 주소록 — 개별로 연결해 에이전트가 필요한 접근만 갖게 합니다. [Gmail](/ko/docs/connect/gmail/) 외에 일곱 개의 Google 서비스를 커넥터로 제공합니다. 각각을 **따로** 승인하므로, 파일에는 손대지 않고 캘린더만 읽는 에이전트를 만들 수 있습니다. ## 언제 쓰는가 에이전트의 일에 필요한 서비스만 연결하세요. 회의 준비에는 캘린더와 어쩌면 드라이브가, 보고 에이전트에는 스프레드시트가, 글쓰기 에이전트에는 문서가 필요합니다. 일곱 개를 모든 에이전트에 연결하는 것은 이 설계의 의도와 정반대입니다. ## 각각이 하는 일 | 서비스 | 에이전트가 할 수 있는 일 | 관문 | | --- | --- | --- | | **캘린더** | 기간의 일정 목록, 참석자·장소까지 읽기, 일정 생성 | — | | **드라이브** | 파일 검색·읽기·생성·수정, 삭제 | 삭제 | | **문서** | 문서 생성·읽기·이어쓰기·텍스트 교체, 삭제 | 삭제 | | **스프레드시트** | 스프레드시트 생성, 범위 읽기, 행 추가, 셀 수정, 삭제 | 삭제 | | **슬라이드** | 덱 생성·읽기, 슬라이드 추가, 텍스트 교체, 삭제 | 삭제 | | **태스크** | 목록·작업 조회, 생성·완료·수정, 삭제 | 삭제 | | **주소록** | 연락처 검색·읽기, 생성·수정, 삭제 | 삭제 | 생성과 수정은 관문에 걸리지 **않습니다**. 에이전트는 사용자를 방해하지 않고 문서를 쓰거나 시트를 채울 수 있습니다. 삭제는 항상 걸립니다. ## 연결하기 각 서비스는 커넥터 목록에서 자기 항목을 갖고, 각각 그 서비스의 권한에 대한 Google 동의 화면으로 보냅니다. 각 연결을 필요한 에이전트에 바인딩하세요. 일곱 개를 다 승인하려면 동의 절차를 일곱 번 거칩니다. 그 번거로움은 의도된 것입니다. 대안은 Google 에 있는 모든 것을 한 번에 허용하는 것이니까요. ## 잘 통하는 패턴 - **회의 준비.** 캘린더로 회의를 찾고, 드라이브로 관련 문서를 찾고, 문서로 브리핑을 씁니다. - **정기 보고.** 스프레드시트를 데이터 원본으로, 문서나 [아티팩트](/ko/docs/capabilities/artifacts/)를 산출물로, [루틴](/ko/docs/automate/routines/)으로 매주 돌립니다. - **Endue 에 먼저 쓰고 나중에 내보내기.** [아티팩트](/ko/docs/capabilities/artifacts/)로 만들고 마음에 들 때 문서로 옮기는 편이, 살아 있는 문서에서 바로 고쳐가는 것보다 대개 낫습니다. ## 한계 - 서비스마다 따로 승인합니다. Workspace 전체를 한 번에 허용하는 방법은 없습니다. - 서비스당 연결 하나에 Google 계정 하나입니다. - 에이전트는 검색으로 찾거나 사용자가 준 링크로 닿는 파일을 다룹니다. 무엇이 관련 있는지 정하려고 드라이브 전체를 훑지 않습니다. - Endue 는 위 표의 작업만 제공합니다. Google API 전체가 아니므로 고급 서식, 권한 변경, 공유 설정은 손이 닿지 않습니다. ## 관련 문서