문서로 돌아가기핵심 개념

My Okou 및 기존 에이전트

My Okou의 개인 지침과 기존 에이전트에서 계속 사용되는 에이전트 프로필, 지침, 워크플로, 접근 설정입니다.

최종 업데이트 2026년 11월 13일 · 6 min read

어떤 경험을 사용 중인가요?

이 문서는 두 가지 경험을 모두 다룹니다. Settings → Personal → My Okou를 사용할 수 있으면 My Okou 단계를 따르세요. New agent가 있는 Agents 페이지를 사용한다면 Legacy Agents 단계를 따르세요. 사용 가능 여부는 구성원마다 다를 수 있으며, 이 문서가 사용자의 경험을 바꾸지는 않습니다.

어느 경험에서든 여러 채팅이나 작업을 한 번에 실행하고, 워크플로를 재사용하고, 검토한 작업을 팀과 공유할 수 있습니다. 런타임 서브에이전트는 별도로 만들어야 하는 독립 제품 프로필이 아니라 실행 도구입니다.

My Okou: 개인 Instructions

My Okou에서는 현재 작업 공간의 모든 사람이 각자의 Okou를 사용합니다. 작업마다 전문화된 Agent를 따로 만들거나 선택하지 않습니다. Okou의 제품 이름, 아바타, 역할, 기본 톤은 고정되어 있습니다.

Settings → Personal → My Okou를 열어 Instructions를 편집하세요. 사용자의 언어, 선호 출력 형식, 소스 기준, 상시 검토 요구 사항에 맞게 활용할 수 있습니다. 채팅에서 Okou에게 개인 지침(Instructions)을 업데이트해 달라고 요청할 수도 있습니다.

예를 들면 다음과 같습니다:

내 Instructions를 업데이트해 주세요: 간결한 영어를 사용하고, 사실 주장에는 출처를 인용하며, 제가 검토할 이메일 초안을 작성해 주세요.

변경 사항을 검토하고 저장하세요. 저장된 Instructions는 다음에 Okou가 작업을 시작할 때 적용되며, 이미 진행 중인 작업에 로드된 Instructions를 대체하지 않습니다. 이는 이 작업 공간에서 사용자에게만 적용됩니다. 다른 구성원의 Okou, 작업 공간 정책, 계정 접근 권한 또는 권한은 수정하지 않습니다.

My Okou만 해당: Settings → Personal → My Okou 아래의 개인 Instructions

반복 가능한 작업 방법은 대신 **워크플로**에 보관하세요. 개인 지침(Instructions)은 사용자의 선호를 설명하고, 워크플로는 하나의 작업을 수행하는 방법을 설명합니다. 워크플로를 공유해도 사용자의 지침, 메모리, 비공개 채팅, 계정은 공유되지 않습니다.

Legacy Agents: 기존 설정

이 페이지의 나머지 부분은 기존 에이전트 경험만 설명합니다. 에이전트 프로필, 표시 여부, 지침, 권한 부여 설정이 계속 제공됩니다. 이는 My Okou 설정 단계가 아닙니다.

에이전트는 작업 공간 안에 존재하는 팀원처럼 생긴 AI입니다. 이름, 역할, 성격, 잘하는 워크플로 집합, 접근할 수 있는 커넥터 집합을 가집니다. 동료에게 말하듯이 같은 방식으로 대화하면 됩니다.

Okou는 Okou에 기본으로 포함되는 기본 에이전트로, 즉석 요청, 초안 작성, 브리핑, 그리고 대부분의 일상 업무를 처리하는 범용 에이전트입니다. 대부분의 작업 공간은 Okou만으로 시작합니다. 사용량이 늘어나면 특정 작업에 맞춰 추가 에이전트를 구성할 수 있습니다.

왜 하나의 거대한 도우미가 아니라 에이전트인가

하나의 "무엇이든 해 주는" 도우미는 이해하기 어렵습니다. 무엇을 알고 있는지, 무엇에 접근할 수 있는지, 다음 요청에서 어떻게 행동할지 알기 어렵습니다. 에이전트는 안정적인 형태를 가진 전문가이기 때문에 이 문제를 해결합니다:

  • 명확한 작업. 각 에이전트에는 이름과 용도가 한 줄로 적힌 설명이 있습니다. "Lisa는 고객 답장을 작성하고 보냅니다." "Tim은 매주 경쟁사 스캔을 처리합니다."
  • 집중된 워크플로 집합. 에이전트는 작업과 관련된 워크플로만 로드하므로 동작이 예측 가능합니다. 회계 업무가 역할이라면 갑자기 코드를 작성하기 시작하지 않습니다.
  • 자체 커넥터. 각 에이전트에는 고유한 권한 부여가 있습니다. 재무 에이전트는 Stripe에 접근할 수 있지만, 마케팅 에이전트는 할 수 없습니다.
  • 성격. 톤, 어조, 기본값은 에이전트에 한 번 설정되며, 에이전트가 수행하는 모든 작업에 적용됩니다.

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

"에이전트와 대화한다"는 형태는 채널에 따라 다릅니다:

  • 웹 채팅 — 사이드바에서 에이전트를 선택하세요. 각 에이전트에는 고유한 채팅 기록이 있습니다.
  • Slack — @-mention Okou. Slack은 Okou로만 라우팅합니다. 다른 에이전트에게 작업을 넘기려면 Okou의 답변에 있는 컨트롤에서 에이전트를 전환한 뒤 같은 스레드 안에서 계속하세요.
  • 자동화 — 모든 자동화에는 실행하는 에이전트가 명시되므로, 적절한 에이전트가 적절한 시점에 담당하게 됩니다.

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

에이전트는 서로 분리되어 있습니다

각 에이전트는 독립적으로 실행됩니다. 같은 작업 공간의 에이전트들은 명단에서 서로를 볼 수는 있지만 — 이름, 작업, 현재 담당 여부 — 공유 메모리는 없고 실행 중에 서로를 호출할 수도 없습니다. 각 채팅은 정확히 하나의 에이전트에 속하며, 그 에이전트가 처음부터 끝까지 작업을 처리합니다.

경계를 넘는 것은 두 가지뿐이며, 둘 다 사용자가 직접 시작합니다:

  • 다른 스레드 참조. 작성창에 @를 입력하면, 다른 에이전트의 이전 채팅 스레드를 현재 대화의 컨텍스트로 가져올 수 있습니다. 현재 에이전트는 사용자가 전달한 내용만 읽습니다. 다른 에이전트의 커넥터나 권한을 상속하지 않습니다.
  • 완료된 실행에 이어서 연결. chat run finished 자동화는 사용자의 스레드 중 하나를 모니터링하다가 해당 실행이 완료되면 워크플로를 시작할 수 있으며, 상태나 최종 답변의 내용으로 선택적으로 필터링할 수 있습니다. 이는 에이전트가 다른 에이전트를 호출하도록 결정하는 것이 아니라, 사용자가 구성하는 트리거입니다.

이것은 의도된 동작입니다:

  • 예측 가능한 동작. Lisa와의 채팅은 계속 Lisa와의 채팅입니다. 어떤 목소리, 워크플로, 권한이 적용되는지 항상 알 수 있습니다.
  • 예측 가능한 권한. 재무 에이전트에 부여된 커넥터가 마케팅 에이전트에 새어 들어가지 않습니다. "Lisa가 Tim에게 묻고, Tim이 Okou에게 묻는" 식의 연결로 인해 영향 범위가 몰래 넓어지지 않습니다.
  • 예측 가능한 비용. 모든 크레딧은 채팅을 실행한 에이전트에 귀속됩니다. 에이전트 간 숨은 트래픽은 없습니다.

워크플로가 여러 종류의 작업에 걸쳐 있다면, 에이전트가 서로를 호출하게 만드는 대신 사람, 자동화, 또는 같은 에이전트가 다른 워크플로를 로드하는 방식으로 구성합니다.

에이전트 만들기

작업 공간에서 Agents 페이지를 열고 New agent를 클릭하세요. 이름을 지정한 다음 Visibility를 설정하세요 — Public(이 작업 공간의 누구나 사용할 수 있음) 또는 Private(본인만 보고 사용할 수 있음). 같은 대화 상자에서 아바타도 사용자 지정할 수 있습니다.

Free를 포함한 모든 요금제는 7개의 조직 공유 에이전트와 무제한 비공개 에이전트를 허용하므로, 상한은 전체 작업 공간에 공개하는 항목에만 적용됩니다.

이름과 표시 여부 설정이 있는 새 에이전트 모달

에이전트가 만들어지면 프로필을 열어 나머지 항목을 채우세요 — 설명, 음성, 지침, 그리고 접근할 수 있는 커넥터:

이름, 설명, 톤 설정이 있는 에이전트의 Profile 탭

  • Description. 이 에이전트가 어떤 일을 돕는지 한 문장으로 적습니다. 더 명확할수록 에이전트의 동작이 더 좋아지고, 동료가 올바른 에이전트를 선택하기도 쉬워집니다.
  • How they sound. 톤 프리셋(Professional, Friendly, Direct, Supportive) 중 하나를 선택하거나, 지침 탭에서 이를 덮어쓸 수 있습니다.
  • Instructions. 기본 언어, 기본 답변 길이, 그리고 성격상의 특성은 지침 탭에 있습니다.
  • Connectors. Authorization 탭에서 이 에이전트에 필요한 도구 접근 권한을 부여하세요. 기본값은 읽기 전용입니다.

대부분의 팀은 처음 몇 주 동안 이 설정들을 반복해서 조정합니다. 에이전트가 무엇을 하는지 지켜보고 설명을 다듬을수록 에이전트의 동작은 더 정교해집니다.

에이전트와 워크플로

워크플로는 재사용 가능하고, 이를 실행하는 주체가 에이전트입니다. 같은 워크플로 — 예를 들어, weekly-metrics — 도 두 개의 서로 다른 에이전트에 할당할 수 있으며, 각 에이전트가 고유한 톤, 기본값, 커넥터 권한을 가져오므로 결과도 달라질 수 있습니다.

일반적인 패턴:

  • 범용 에이전트(Okou)는 폭넓은 워크플로 카탈로그를 로드하고 상황에 따라 선택합니다.
  • 전문 에이전트(Lisa, Tim)는 좁은 범위를 로드하고 일관되게 적용합니다.

에이전트 전반에서 절차를 작성하고 공유하는 방법은 워크플로를 참조하세요.

에이전트와 권한

각 에이전트에는 자체 permission grants가 있습니다. 작업 공간 수준에서 연결된 커넥터가 모든 에이전트에서 자동으로 사용 가능한 것은 아닙니다. 에이전트의 Authorization 탭에서 어떤 에이전트가 이를 사용할 수 있는지 선택합니다. 즉:

  • 초급 에이전트가 실수로 운영 시스템에 접근하지 못합니다.
  • 고객 응대용 에이전트는 Slack #cs-replies에 게시할 수 있지만 #exec-strategy에는 게시할 수 없습니다.
  • 재무 에이전트는 Stripe를 읽을 수 있지만 쓰기 권한을 부여할 수 있는 사람은 CFO뿐입니다.

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

다음 단계

  • 반복 작업을 위한 전문 에이전트를 시작하세요 — 구성 요소는 워크플로를 참조하세요.
  • 에이전트가 프롬프트 없이 실행되도록 자동화 뒤에 배치하세요.
  • 각 에이전트가 접근할 수 있는 항목을 세부적으로 제어하려면 권한를 참조하세요.