에이전트는 워크스페이스에 상주하는 동료 같은 AI입니다. 이름, 역할, 성격, 잘 다루는 워크플로 세트, 접근할 수 있는 커넥터 세트를 가지고 있습니다. 동료에게 말하듯이 에이전트에게 이야기하면 됩니다.
Okou는 Okou에 기본으로 딸려 오는 에이전트로, 그때그때의 요청과 초안, 브리핑, 그리고 일상 업무 대부분을 맡는 제너럴리스트입니다. 대부분의 워크스페이스는 Okou 하나로 시작합니다. 쓰임이 늘어나면 특정 업무에 맞춘 에이전트를 더 만들면 됩니다.
왜 거대한 어시스턴트 하나가 아니라 에이전트인가
"뭐든 다 하는" 어시스턴트 하나는 가늠하기 어렵습니다. 무엇을 알고 있는지, 무엇을 건드릴 수 있는지, 다음 요청에서 어떻게 행동할지 알 수 없습니다. 에이전트는 형태가 일정한 전문가가 됨으로써 그 문제를 풉니다:
- 역할이 분명함. 각 에이전트에는 이름과, 무엇을 위한 것인지 한 줄로 적은 설명이 있습니다. "Lisa는 고객 답장을 쓰고 보냅니다." "Tim은 주간 경쟁사 점검을 맡습니다."
- 집중된 워크플로 세트. 에이전트는 자신의 업무와 관련된 워크플로만 로드하므로 행동이 예측 가능합니다. 경리 업무를 맡은 에이전트가 갑자기 코드를 작성하지는 않습니다.
- 자신만의 커넥터. 각 에이전트는 자기 권한을 가집니다. 재무 에이전트는 Stripe를 건드릴 수 있지만, 마케팅 에이전트는 그럴 수 없습니다.
- 성격. 어조와 말투, 기본값은 에이전트에 한 번 설정하면 그 에이전트가 하는 모든 일에 적용됩니다.
에이전트와 대화하는 방식
"에이전트에게 말한다"의 모양은 채널에 따라 다릅니다:
- 웹 채팅 — 사이드바에서 에이전트를 고릅니다. 에이전트마다 채팅 기록이 따로 있습니다.
- Slack — Okou를
@멘션합니다. Slack은 Okou로만 연결되므로, 다른 에이전트에게 일을 넘기려면 Okou의 답변에 있는 컨트롤에서 에이전트를 바꾸고 같은 스레드에서 이어 가면 됩니다. - 자동화 — 모든 자동화는 그것을 실행할 에이전트를 지정하므로, 알맞은 때에 알맞은 에이전트가 당번을 섭니다.
에이전트를 고르지 않으면 Okou가 요청을 처리합니다.
에이전트는 서로 격리되어 있습니다
각 에이전트는 단독으로 실행됩니다. 같은 워크스페이스의 에이전트들은 명단에서 서로를 볼 수 있지만 — 이름, 업무, 근무 중인 에이전트 — 공유 메모리는 없고 실행 도중에 서로를 호출할 수도 없습니다. 모든 채팅은 정확히 하나의 에이전트에 속하며, 그 에이전트가 처음부터 끝까지 업무를 수행합니다.
다만 이 경계를 넘는 것이 두 가지 있고, 둘 다 시작점은 사용자입니다:
- 다른 스레드 참조하기. 컴포저에
@를 입력하면 어떤 에이전트의 것이든 이전 채팅 스레드를 현재 대화에 컨텍스트로 끌어올 수 있습니다. 현재 에이전트는 사용자가 건넨 것을 읽을 뿐, 다른 에이전트의 커넥터나 권한을 물려받지는 않습니다. - 끝난 실행에 이어 붙이기. 채팅 실행 완료 자동화는 사용자의 스레드 하나를 지켜보다가 그곳에서 실행이 끝나면 워크플로를 시작할 수 있습니다. 상태나 마지막 응답 내용으로 필터링할 수도 있습니다. 이것은 사용자가 설정하는 트리거이지, 에이전트가 다른 에이전트를 부르기로 결정하는 것이 아닙니다.
이는 의도된 설계입니다:
- 예측 가능한 행동. Lisa와의 채팅은 Lisa와의 채팅으로 유지됩니다. 어떤 목소리, 워크플로, 권한이 작동하는지 항상 알 수 있습니다.
- 예측 가능한 권한. 재무 에이전트에 부여한 커넥터가 마케팅 에이전트로 새지 않습니다. "Lisa가 Tim에게, Tim이 Okou에게 부탁"하는 식으로 영향 범위가 조용히 넓어지는 연쇄도 없습니다.
- 예측 가능한 비용. 모든 크레딧은 그 채팅을 실행한 에이전트에 귀속됩니다. 에이전트 사이의 보이지 않는 왕래는 없습니다.
워크플로가 여러 종류의 업무에 걸쳐 있을 때는 사람, 자동화, 또는 서로 다른 워크플로를 로드하는 동일한 에이전트로 구성합니다. 에이전트들이 서로를 호출하게 하지 않습니다.
에이전트 만들기
워크스페이스의 에이전트 페이지를 열고 공개(팀 전체가 볼 수 있음) 또는 비공개(나만) 아래의 만들기를 클릭합니다. 이름과 아바타부터 시작합니다.
Free를 포함한 모든 요금제에서 조직 공유 에이전트는 최대 7개, 비공개 에이전트는 무제한입니다. 즉 상한은 워크스페이스 전체에 공개하는 것에만 적용됩니다.
에이전트를 만들었다면 프로필을 열어 나머지를 채웁니다. 설명, 말투, 지침, 그리고 건드릴 수 있는 커넥터입니다:
- 설명. 이 에이전트가 어떤 일을 돕는지 한 문장으로. 여기가 명확할수록 에이전트가 더 잘 행동하고, 동료들이 알맞은 에이전트를 고르기도 쉬워집니다.
- 말투. 어조 프리셋(전문적, 친근함, 직설적, 배려형)을 고르거나 지침 탭에서 덮어씁니다.
- 지침. 기본 언어, 기본 답변 길이, 그 밖의 성격적 특징은 지침 탭에 둡니다.
- 커넥터. 이 에이전트에 필요한 도구 접근 권한을 승인 탭에서 부여합니다. 기본값은 읽기 전용입니다.
대부분의 팀은 첫 몇 주 동안 이 설정을 다듬습니다. 무엇을 하는지 지켜보며 설명을 손볼수록 에이전트의 행동이 단단해집니다.
에이전트와 워크플로
워크플로는 재사용 가능하고, 에이전트는 그것을 실행하는 주체입니다. 동일한 워크플로 — 예를 들어 weekly-metrics — 를 서로 다른 두 에이전트에 할당하면 서로 다른 결과가 나올 수 있습니다. 각 에이전트가 자체 어조, 기본값, 커넥터 권한을 가져오기 때문입니다.
흔한 패턴은 이렇습니다:
- 제너럴리스트 에이전트(Okou)는 폭넓은 워크플로 카탈로그를 로드하고 상황에 맞게 고릅니다.
- 스페셜리스트 에이전트(Lisa, Tim)는 좁은 세트를 로드해 일관되게 적용합니다.
에이전트 간에 절차를 작성하고 공유하는 방법은 워크플로를 참고하세요.
에이전트와 권한
각 에이전트는 자신의 권한을 가집니다. 워크스페이스 수준에서 연결한 커넥터가 자동으로 모든 에이전트에 열리지는 않습니다. 어떤 에이전트가 쓸 수 있는지는 해당 에이전트의 승인 탭에서 고릅니다. 그래서:
- 경험이 얕은 에이전트가 실수로 프로덕션 시스템을 건드릴 수 없습니다.
- 고객 대면 에이전트는 Slack의
#cs-replies에는 올릴 수 있어도#exec-strategy에는 올릴 수 없습니다. - 재무 에이전트는 Stripe를 읽을 수 있지만, 쓰기 권한을 줄 수 있는 사람은 CFO뿐입니다.
에이전트가 권한 밖의 일을 시도하면 그 행동은 거부되고 기록에 남습니다.