에이전트

에이전트 는 당신의 워크스페이스에 사는, 팀원 모양을 한 AI입니다. 이름이 있고, 역할이 있고, 성격이 있고, 잘하는 워크플로 묶음이 있고, 닿을 수 있는 커넥터 묶음이 있습니다. 동료에게 말하듯이 말을 걸면 됩니다.

Okou는 Okou와 함께 제공되는 기본 에이전트입니다. 즉석 요청, 초안, 브리핑 등 일상 업무 대부분을 처리하는 제너럴리스트죠. 대부분의 워크스페이스는 Okou 하나로 시작합니다. 쓰임이 늘어나면 특정 업무에 맞춰 에이전트를 더 빚어낼 수 있습니다.

거대한 비서 하나가 아니라 에이전트인 이유

"뭐든 하는" 비서 하나는 파악하기가 어렵습니다. 무엇을 아는지, 무엇을 건드릴 수 있는지, 다음 요청에서 어떻게 굴지 알 수 없습니다. 에이전트는 형태가 안정된 전문가 가 되어 그 문제를 풉니다.

• 분명한 업무. 에이전트마다 이름과, 무엇을 위한 것인지 한 줄 설명이 있습니다. "Lisa는 고객 답장을 쓰고 보냅니다." "Tim은 주간 경쟁사 스캔을 맡습니다."
• 좁혀진 워크플로 묶음. 에이전트는 자기 업무에 관련된 워크플로만 불러오므로 행동을 예측할 수 있습니다. 경리 업무를 맡은 에이전트가 갑자기 코드를 쓰기 시작하지 않습니다.
• 각자의 커넥터. 에이전트마다 자기 권한을 가집니다. 재무 에이전트는 Stripe를 건드릴 수 있어도 마케팅 에이전트는 못 합니다.
• 성격. 말투와 목소리, 기본값은 에이전트에 한 번 정해 두면 그 에이전트가 하는 모든 일에 적용됩니다.

에이전트와 어떻게 주고받나

"에이전트에게 말한다"의 모양은 채널에 따라 다릅니다.

• 웹 채팅 — 사이드바에서 에이전트를 고릅니다. 에이전트마다 자기 채팅 기록이 있습니다.
• Slack — Okou를 @ 멘션합니다. Slack은 Okou로만 라우팅합니다. 다른 에이전트에게 일을 넘기려면 Okou의 답변에 있는 컨트롤에서 에이전트를 바꾸고 같은 스레드에서 이어 가세요.
• 자동화 — 모든 자동화는 그것을 실행할 에이전트를 지정하므로, 알맞은 때에 알맞은 에이전트가 당번을 섭니다.

에이전트를 고르지 않으면 Okou가 요청을 처리합니다.

에이전트는 서로 격리돼 있습니다

에이전트는 각자 혼자 돌아갑니다. 같은 워크스페이스의 에이전트들은 목록에서 서로를 볼 수 있지만 — 이름, 업무, 누가 당번인지 — 공유 기억이 없고 Run 도중에 서로를 호출할 수도 없습니다. 모든 채팅은 정확히 한 에이전트에 속하고, 그 에이전트가 처음부터 끝까지 일을 합니다.

경계를 넘는 것이 딱 두 가지 있고, 둘 다 당신이 시작합니다.

• 다른 스레드를 참조하기. 입력창에 @ 를 입력하면 당신의 어떤 에이전트의 것이든 이전 채팅 스레드를 지금 대화에 맥락으로 끌어올 수 있습니다. 지금 에이전트는 당신이 건넨 것을 읽을 뿐, 다른 에이전트의 커넥터나 권한을 물려받지 않습니다.
• 끝난 Run에 이어 붙이기. chat run finished 자동화는 당신의 스레드 하나를 지켜보다가 거기서 Run이 끝나면 워크플로를 시작할 수 있고, 상태나 최종 답변 내용으로 걸러 낼 수도 있습니다. 이건 당신이 설정한 트리거이지, 에이전트가 다른 에이전트를 부르기로 결정한 것이 아닙니다.

이건 의도한 설계입니다.

• 예측 가능한 행동. Lisa와의 채팅은 계속 Lisa와의 채팅입니다. 누구의 말투, 어떤 워크플로, 어떤 권한이 작동 중인지 늘 알 수 있습니다.
• 예측 가능한 권한. 재무 에이전트에 준 커넥터가 마케팅 에이전트로 새어 나가지 않습니다. "Lisa가 Tim에게, Tim이 Okou에게 부탁"하며 영향 범위가 조용히 넓어지는 사슬이 없습니다.
• 예측 가능한 비용. 모든 크레딧은 그 채팅을 실행한 에이전트에 귀속됩니다. 에이전트 간의 숨은 트래픽이 없습니다.

한 가지 일이 여러 종류의 작업에 걸친다면, 사람과 자동화, 또는 같은 에이전트가 다른 워크플로를 불러오는 방식으로 조합하세요. 에이전트끼리 서로 부르는 방식이 아닙니다.

에이전트 만들기

워크스페이스의 Agents 페이지를 열고 New agent 를 누르세요. 이름을 정한 다음 Visibility 를 설정합니다. Public(이 워크스페이스의 누구나 사용 가능) 또는 Private(당신만 보고 사용). 아바타도 같은 대화상자에서 바꿀 수 있습니다.

Free를 포함한 모든 요금제에서 조직 공유 에이전트는 최대 7개, 비공개 에이전트는 무제한 입니다. 즉, 상한은 워크스페이스 전체에 공개하는 것에만 적용됩니다.

에이전트가 만들어지면 프로필을 열고 나머지를 채우세요. 설명, 목소리, 지침, 그리고 건드릴 수 있는 커넥터입니다.

• 설명. 이 에이전트가 무엇을 돕는지 한 문장으로. 명확할수록 에이전트가 더 잘 굴고, 팀원들이 맞는 에이전트를 고르기도 쉬워집니다.
• 말투. 말투 프리셋(Professional, Friendly, Direct, Supportive)을 고르거나 Instructions 탭에서 덮어쓰세요.
• 지침. 기본 언어, 기본 답변 길이, 페르소나의 특징은 Instructions 탭에 둡니다.
• 커넥터. 이 에이전트에 필요한 도구 접근을 Authorization 탭에서 부여하세요. 기본값은 읽기 전용입니다.

대부분의 팀은 첫 두어 주 동안 이 설정을 다듬습니다. 무엇을 하는지 지켜보고 설명을 가다듬을수록 에이전트의 행동이 조여집니다.

에이전트와 워크플로

워크플로는 재사용되는 것이고, 에이전트는 그것을 실행하는 주체입니다. 같은 워크플로 — 예컨대 weekly-metrics — 를 서로 다른 두 에이전트에 붙이면 결과가 달라집니다. 각자 고유한 말투와 기본값, 커넥터 권한을 가져오기 때문입니다.

흔한 패턴입니다.

• 제너럴리스트 에이전트(Okou)는 넓은 워크플로 목록을 불러와 상황에 맞게 고릅니다.
• 스페셜리스트 에이전트(Lisa, Tim)는 좁은 묶음을 불러와 일관되게 적용합니다.

에이전트 사이에서 절차를 쓰고 공유하는 방법은 Workflows를 보세요.

에이전트와 권한

에이전트마다 자기 권한 부여가 있습니다. 워크스페이스 수준에서 연결된 커넥터가 자동으로 모든 에이전트에게 열리지는 않습니다. 어떤 에이전트가 쓸 수 있는지는 에이전트의 Authorization 탭에서 고릅니다. 그래서:

• 주니어 에이전트가 실수로 운영 시스템을 건드릴 수 없습니다.
• 고객을 상대하는 에이전트는 Slack #cs-replies 에는 올려도 #exec-strategy 에는 못 올립니다.
• 재무 에이전트는 Stripe를 읽을 수 있지만, 쓰기 권한은 CFO만 줄 수 있습니다.

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

다음으로 볼 것

• 반복 업무를 위한 전문 에이전트를 세우세요 — 구성 요소는 Workflows.
• 자동화 뒤에 에이전트를 두어 누가 시키지 않아도 돌게 하세요.
• 각 에이전트가 무엇을 건드릴 수 있는지 세밀하게 통제하려면 Permissions.