에이전트

에이전트는 워크스페이스에 상주하는 동료 같은 AI입니다. 이름, 역할, 성격, 잘 다루는 스킬 세트, 접근할 수 있는 커넥터 세트를 가지고 있습니다. 동료에게 말하듯이 에이전트에게 이야기하면 됩니다.

Zero는 VM0에 기본으로 포함되는 에이전트로, 임시 요청, 초안 작성, 브리핑, 그리고 대부분의 일상 업무를 처리하는 제너럴리스트입니다. 대부분의 워크스페이스는 Zero 하나로 시작합니다. 사용이 늘어나면 특정 업무에 맞춰 추가 에이전트를 만들 수 있습니다.

왜 하나의 거대한 어시스턴트가 아니라 에이전트인가

"무엇이든 하는" 단일 어시스턴트는 이해하고 예측하기 어렵습니다. 그것이 무엇을 아는지, 무엇에 접근할 수 있는지, 다음 요청에서 어떻게 행동할지 알 수 없습니다. 에이전트는 안정적인 형태를 가진 전문가가 되어 이 문제를 해결합니다.

• 명확한 업무. 각 에이전트는 이름과 무엇을 위한 것인지에 대한 한 줄 설명을 가집니다. "Lisa는 고객 답장을 작성하고 발송합니다." "Tim은 주간 경쟁사 스캔을 담당합니다."
• 집중된 스킬 세트. 에이전트는 자신의 업무와 관련된 스킬만 로드하므로 행동이 예측 가능합니다. 경리 업무를 맡은 에이전트가 갑자기 코드를 작성하지는 않습니다.
• 자체 커넥터. 각 에이전트는 자체 권한 부여를 가집니다. 재무 에이전트는 Stripe에 접근할 수 있지만, 마케팅 에이전트는 그럴 수 없습니다.
• 성격. 어조, 목소리, 기본값은 에이전트에 한 번 설정되어 그 에이전트가 하는 모든 일에 적용됩니다.

에이전트와 상호작용하는 방법

"에이전트에게 말하는" 형태는 채널에 따라 달라집니다.

• 웹 채팅 — 사이드바에서 에이전트를 선택합니다. 각 에이전트는 자체 채팅 기록을 가집니다.
• Slack — Zero를 @-mention합니다. Slack은 Zero로만 라우팅됩니다. 다른 에이전트에게 업무를 넘기려면 Zero의 답장 컨트롤에서 에이전트를 전환하고 같은 스레드 안에서 계속 진행합니다.
• 스케줄 — 적절한 에이전트가 적절한 시간에 실행되도록 스케줄을 특정 에이전트에 할당합니다.

에이전트를 선택하지 않으면 Zero가 요청을 처리합니다.

에이전트는 격리되어 있습니다

각 에이전트는 단독으로 실행됩니다. 같은 워크스페이스의 에이전트들은 명단에서 서로를 볼 수 있지만 — 이름, 업무, 근무 중인 에이전트 — 공유 메모리, 메시지 전달, 서로를 호출할 능력은 없습니다. 모든 채팅은 정확히 하나의 에이전트에 속하며, 그 에이전트가 처음부터 끝까지 업무를 수행합니다.

이것은 의도적입니다.

• 예측 가능한 행동. Lisa와의 채팅은 Lisa와의 채팅으로 유지됩니다. 어떤 목소리, 스킬, 권한이 작동하는지 항상 알 수 있습니다.
• 예측 가능한 권한. 재무 에이전트에 부여된 커넥터가 마케팅 에이전트로 새어 나가지 않습니다. "Lisa가 Tim에게 부탁하고 Tim이 Zero에게 부탁하는" 식으로 영향 범위를 소리 없이 넓히는 연쇄는 없습니다.
• 예측 가능한 비용. 모든 크레딧은 그 채팅을 실행한 에이전트에 귀속됩니다. 숨겨진 에이전트 간 트래픽은 없습니다.

워크플로가 여러 종류의 업무에 걸쳐 있을 때는 사람, 스케줄, 또는 서로 다른 스킬을 로드하는 동일한 에이전트로 이를 구성합니다 — 에이전트들이 서로를 호출하게 하지 않습니다.

에이전트 만들기

워크스페이스에서 Agents 페이지를 열고 Public(팀 전체에 표시) 또는 Private(본인만)에서 Create를 클릭합니다. 이름과 아바타로 시작합니다.

에이전트가 만들어지면 프로필을 열어 나머지를 채웁니다 — 설명, 목소리, 지침, 그리고 접근이 허용된 커넥터.

• 설명. 이 에이전트가 무엇을 돕는지 한 문장으로. 이것이 명확할수록 에이전트가 더 잘 동작하고 팀원이 적절한 에이전트를 고르기가 쉬워집니다.
• 어떻게 들리는가. 어조 프리셋(Professional, Friendly, Direct, Supportive)을 선택하거나 Instructions 탭에서 재정의합니다.
• 지침. 기본 언어, 기본 답장 길이, 그리고 페르소나의 특징은 Instructions 탭에 있습니다.
• 커넥터. Authorization 탭에서 이 에이전트가 필요로 하는 도구에 대한 접근 권한을 부여합니다. 기본값은 읽기 전용입니다.

대부분의 팀은 처음 몇 주 동안 이 설정을 반복해서 다듬습니다. 에이전트가 하는 일을 지켜보며 설명을 다듬을수록 에이전트의 행동이 정교해집니다.

에이전트와 스킬

스킬은 재사용 가능하고, 에이전트는 그것을 실행하는 주체입니다. 동일한 스킬 — 예를 들어 weekly-metrics — 을 서로 다른 두 에이전트에 할당하면 서로 다른 결과가 나올 수 있습니다. 각 에이전트가 자체 어조, 기본값, 커넥터 부여를 가져오기 때문입니다.

흔한 패턴은 다음과 같습니다.

• 제너럴리스트 에이전트(Zero)는 폭넓은 스킬 카탈로그를 로드하고 상황에 맞게 선택합니다.
• 전문가 에이전트(Lisa, Tim)는 좁은 세트를 로드하고 일관되게 적용합니다.

에이전트 간에 절차를 작성하고 공유하는 방법은 Skills를 참조하세요.

에이전트와 권한

각 에이전트는 자체 권한 부여를 가집니다. 워크스페이스 수준에서 연결된 커넥터가 자동으로 모든 에이전트에서 사용 가능해지는 것은 아닙니다 — 에이전트의 Authorization 탭에서 어떤 에이전트가 그것을 사용할 수 있는지 선택합니다. 이는 다음을 의미합니다.

• 주니어 에이전트가 프로덕션 시스템을 실수로 건드릴 수 없습니다.
• 고객 대면 에이전트가 Slack #cs-replies에는 게시할 수 있지만 #exec-strategy에는 게시할 수 없습니다.
• 재무 에이전트가 Stripe를 읽을 수는 있지만, 쓰기 권한은 CFO만 부여할 수 있습니다.

에이전트가 부여된 권한 밖의 일을 시도하면 그 작업은 거부되고 기록됩니다.

다음 단계

• 반복되는 워크플로를 위한 전문가 에이전트를 만들어 보세요 — 그 구성 요소는 Skills를 참조하세요.
• 에이전트를 스케줄에 올려 프롬프트 없이 실행되게 하세요.
• 각 에이전트가 무엇을 건드릴 수 있는지에 대한 세밀한 제어는 Permissions를 참조하세요.