최소 한 개의 공개 에이전트와 테스트된 공개 워크플로우가 준비된 후에 팀원을 초대하세요. 이렇게 하면 새 멤버가 빈 워크스페이스 대신 즉시 시작할 수 있습니다.
워크스페이스 초대는 설정 → 사람에서 관리합니다.
워크스페이스 준비하기
초대를 보내기 전에:
- 팀원이 필요로 하는 에이전트를 공개로 설정하세요.
- 팀원이 처음 사용할 워크플로우를 게시하세요.
- 워크플로우의 안내문과 파일에서 자격 증명 및 민감한 일회성 데이터를 제거하세요.
- 누가 Admin 역할이 필요한지, 누가 Member 권한만 필요한지 결정하세요.
- 팀이 Slack에서 작업할 예정이라면, Admin이 워크스페이스 통합을 설치하세요.
- 온보딩 실행을 위한 첫 번째 작업, 필요한 입력값, 예상 목적지를 기록해 두세요.
모든 팀원의 개인 서비스를 미리 연결할 필요는 없습니다. 각 멤버는 가입 후 자신의 계정을 직접 연결합니다.
초대 보내기
- 설정을 엽니다.
- 사람을 선택합니다. 이 페이지에서는 워크스페이스에 접근 가능한 사람과 대기 중인 초대를 확인할 수 있습니다.
- 멤버 추가를 선택합니다.
- 팀원의 이메일 주소를 입력하세요.
- 역할을 선택하세요: Admin 또는 Member.
- 초대 보내기를 선택하세요.
초대는 수신자가 수락할 때까지 대기 상태로 남아 있습니다. 설정 → 사람으로 돌아가 대기 중인 초대를 검토하거나 취소할 수 있습니다.
멤버 추가에서 업그레이드 안내가 표시된다면, 현재 플랜에는 워크스페이스 초대 기능이 포함되어 있지 않습니다. 제품 내 업그레이드 절차를 따라 다시 시도하세요.
올바른 역할 선택하기
| 역할 | 사용 대상 | 일반적인 책임 |
|---|---|---|
| Admin | 워크스페이스 자체를 관리하는 사람 | 멤버 초대, 워크스페이스 설정 및 결제 관리, 워크스페이스 수준 통합 설치, 공유 접근 권한 관리 |
| Member | 일상 업무에서 Okou를 사용하는 사람 | 공개 에이전트 및 워크플로우 실행, 개인 작업 생성, 개인 서비스 연결, 허용된 팀 리소스 게시 |
기본적으로 Member를 사용하세요. 멤버십, 결제, 통합, 조직 전체 설정을 관리해야 하는 사람에게만 Admin 권한을 부여하세요.
새 멤버가 받는 것
가입 후, 멤버는 해당 워크스페이스에서 공개된 리소스에 접근할 수 있습니다. 예를 들어:
- 공개 에이전트;
- 해당 에이전트에 연결된 공개 워크플로우;
- 공개 워크플로우를 통해 공유된 워크플로우 참조 파일;
- 멤버 연결을 지원하는 워크스페이스 설치 채널 및 통합.
초대는 다음을 전달하지 않습니다:
- 다른 멤버의 비공개 에이전트 또는 워크플로우;
- 비공개 채팅 기록;
- 개인 커넥터 자격 증명;
- 팀원의 권한 또는 허가;
- 다른 사람의 자동화 소유권.
이 구분을 통해 한 사람의 계정을 공유 자격 증명으로 만들지 않고도 팀이 작업 방식을 표준화할 수 있습니다.
초대와 함께 유용한 안내 제공하기
제품 초대를 통해 팀원이 워크스페이스에 입장할 수 있습니다. 짧은 메시지로 다음에 해야 할 일을 안내하세요:
I invited you to our team workspace.
After you join:
1. Switch to [workspace name].
2. Open the public [agent name] agent.
3. Connect [service] with your own account if prompted.
4. Run /[workflow-slug] with [example input].
5. Put the result in [shared destination] and send feedback in the same thread.
온보딩에는 하나의 워크플로우를 사용하세요. 첫 작업 없이 긴 목록만 제공하면 팀 패턴을 이해하기 어렵게 만듭니다.
대기 중인 초대 관리하기
설정 → 사람에서 대기 중인 초대는 활성 멤버와 별도로 표시됩니다. 누군가 초대를 받지 못했거나 사용할 수 없는 경우:
- 초대한 이메일 주소가 올바른지 확인하세요;
- 동일한 이메일 계정으로 로그인하도록 요청하세요;
- 잘못된 초대를 취소하고 새로 보내세요;
- 조직에서 초대 계정을 차단하는 신원 또는 이메일 정책이 있는지 확인하세요.
다른 로그인 계정이 초대를 수락한 경우, 수신자는 계정 불일치 메시지와 계정 전환 안내를 볼 수 있습니다.
오프보딩
멤버를 제거하기 전에 해당 멤버에게 의존하는 리소스와 반복 작업을 검토하세요:
- 해당 멤버가 소유한 자동화;
- 해당 자동화에서 사용하는 연결된 서비스;
- 팀이 여전히 필요한 비공개 워크플로우;
- 새 소유자가 필요한 공유 산출물.
접근 권한을 제거하기 전에 필요한 팀 프로세스를 이동하거나 새로 만드세요. 워크플로우를 공유해도 멤버 소유 자동화의 소유권과 자격 증명이 자동으로 이전되지 않습니다.
초대와 함께 팀 워크스페이스 참여 가이드를 전달하세요. Slack 온보딩의 경우 Slack에서 공유 워크플로우 사용 안내를 참고하세요.
