설치 페이지에서 신청하기
설치 페이지에 Developer Preview Program 신청하기 카드가 있습니다. 신청서를 직접 여시는 것보다 이 카드로 신청하시는 것이 좋습니다. 틀리기 쉬운 프로젝트 번호와 주소가 미리 채워져 있기 때문입니다. 이 카드는 프로젝트 번호가 정해지는 허브 배포 뒤에 나타납니다. 그래서 설치, 신청, 승인 순서로 진행됩니다. 승인이 나면 다른 절차 없이 그때부터 바로 사용하실 수 있습니다.
신청서 작성하기
1
이름과 지원 이메일
2
회사 정보와 Workspace 이메일
3
선택 항목, 약관, 제출
Workspace 계정이 없으시면
Workspace를 새로 구독하실 필요는 없습니다.
약관은 한 번 읽어보세요
프로그램 약관은 짧습니다. 꼭 보실 곳은 (iv)항입니다. 프리뷰 기능을 사용하는 통합은 그 기능이 정식 출시되기 전에는 고객에게 제공할 수 없다는 내용입니다. 이 조항은 통합을 다른 사람에게 제공하는 일 자체에 적용됩니다. 어디에서 실행되는지, 데이터가 누구 것인지와는 상관이 없으므로, 각자 자기 허브를 운영한다고 해서 이 조항에서 벗어나지는 않습니다. 본인이 사용하시는 것이 아니라 고객에게 제공하실 계획이라면, 신청서의 용도 칸에 그렇게 적고 구글의 답변을 받아 두세요.승인된 다음
메일이 두 통 옵니다. 하나는 프로그램 그룹에 추가되었다는 메일이고, 다른 하나는 프로젝트 등록이 끝났다는 메일입니다. 둘 다 구글에서 보내니 스팸함도 확인해 보세요. 그다음 허브 관리 화면에서 스키마 상태 옆의 새로고침을 한 번 눌러 주세요. 승인 전에는 허브에 등록된 도구가 없어서, 이 새로고침을 한 번 하시기 전까지는 Claude가 사용할 도구가 없습니다. 다시 배포하는 것이 아니라서 금방 끝납니다. 승인 메일은 왔는데 여전히 안 된다면, 대개 승인받은 프로젝트와 지금 사용하시는 프로젝트가 다른 경우입니다.프로젝트가 두 개 필요해지는 경우
대부분은 하나면 됩니다. 붙이시는 계정이 Workspace 계정일 때만 확인해 보세요. 구글의 동의 화면 설정은 프로젝트마다 하나뿐이라, 한 프로젝트에 Internal 클라이언트와 External 클라이언트를 함께 둘 수 없습니다. 그래서 Workspace 쪽이 Internal이어야 할 때만 프로젝트를 나눕니다.- Workspace 관리자가 미검증 앱을 차단해 두었을 때. 흔한 설정입니다. 이 설정이 켜져 있으면 그 계정으로는 직접 만드신 앱에도 동의할 수 없고, 설정을 풀 수 있는 사람은 관리자뿐입니다.
- 조직 구성원에게 미검증 경고를 보이고 싶지 않을 때. Internal로 두면 그 경고가 나오지 않습니다.
검증보다 게시가 중요한 이유
검증과 게시를 헷갈려서 일주일마다 계정을 다시 연결하시는 경우가 많습니다. 동의 화면이 External이면서 게시 상태가 Testing이면 로그인이 7일 만에 만료됩니다. 두 조건이 다 맞아야 하고, 검증 여부는 아무 상관이 없습니다. 검증받지 않은 앱이라도 게시 상태를 In production으로 바꾸면 더 이상 만료되지 않습니다. 그러니 동의 화면을 게시하세요. 게시한 뒤에도 동의할 때 미검증 경고가 나오고 사용 인원 제한이 있지만, 본인이 사용하시는 허브에서는 둘 다 문제가 되지 않습니다.잘 안 될 때
직접 확인하는 방법
지금은 관리 화면에서 바로 확인하실 수 있습니다. 클라이언트 화면을 열면, 허브가 실행 중인 프로젝트와 다른 프로젝트에서 만든 OAuth 클라이언트마다 경고 상자가 나오고 두 프로젝트 번호를 함께 보여 줍니다.