같은 워크스페이스의 다른 멤버가 동일한 절차를 찾아서 실행할 수 있어야 할 때는 워크플로를 Public으로 설정하세요. 개인적이거나, 실험 중이거나, 워크스페이스에서 공유해서는 안 되는 자료가 포함되어 있다면 Private로 유지하세요.
워크플로를 게시하면 해당 지침과 첨부된 참조 파일이 공유됩니다. 작성자의 비공개 채팅, 연결된 계정, 자격 증명, 또는 개인 권한 부여는 공유되지 않습니다.
게시하기 전에
다음을 확인하세요:
- 워크플로가 둘 이상의 현실적인 입력에 대해 유용한 결과를 생성하는지;
- 설명에 언제 사용해야 하는지가 분명히 적혀 있는지;
- 지침에 토큰, 비밀번호, 고객 비밀 정보, 또는 불필요한 개인 데이터가 없는지;
- 첨부 파일이 모든 워크스페이스 멤버에게 안전하게 열람 가능한지;
- Legacy Agents에서는 소유 에이전트가 Public이고 대상 멤버가 접근 가능한지;
- 전송, 게시, 삭제, 구매, 또는 외부 데이터 변경에 대한 승인 규칙이 명시적인지.
My Okou: Public Workflow는 워크스페이스의 방법이며, Private Workflow는 현재 사용자에게 속합니다. Legacy Agents: 워크플로는 에이전트에 속합니다. Public Workflow에는 팀원이 접근할 수 있는 소유 에이전트도 필요합니다.
어떤 경험을 사용 중인가요?
이 문서는 두 경험을 모두 다룹니다. Settings → Personal → My Okou가 보이면 My Okou 절차를 따르세요. New agent가 있는 Agents 페이지를 사용 중이라면 Legacy Agents 절차를 따르세요. 사용 가능 여부는 멤버마다 다를 수 있으며, 이 문서가 사용자의 경험을 바꾸지는 않습니다.
어느 경험이든 여러 채팅이나 작업을 동시에 실행하고, 워크플로를 재사용하며, 검토된 작업을 팀과 공유할 수 있습니다. 런타임 서브에이전트는 실행 도구일 뿐이며, 별도로 만들어야 하는 제품 프로필이 아닙니다.
워크플로를 Public으로 만들기
- Workflows를 엽니다.
- 공유할 워크플로를 선택합니다.
- Name, Description, Instructions, 그리고 첨부된 파일을 검토합니다.
- Visibility에서 Public을 선택하거나 Make workflow public을 선택합니다.
- 변경을 확인합니다.
이제 이 워크플로는 워크스페이스의 공유 워크플로 라이브러리의 일부가 됩니다.
My Okou 예시: Workflow의 Settings 탭에는 Make workflow public과 Make private copy가 포함되어 있습니다.
게시와 유지 관리는 여전히 기존 워크스페이스 권한을 따릅니다. Private Workflow를 만든다고 해서 Public 게시 권한이 부여되지는 않습니다. Legacy Agents에서는 소유하지 않은 에이전트에서 작업을 게시하려면 Admin이 필요할 수 있습니다.
Public과 Private
| 가시성 | 볼 수 있고 사용할 수 있는 사람 | 적합한 용도 |
|---|---|---|
| Private | My Okou에서는 현재 사용자; Legacy Agents에서는 에이전트 컨텍스트 내의 소유자 | 초안, 개인 방법, 실험, 민감한 참조 자료 |
| Public | 워크스페이스 멤버; Legacy Agents에서는 소유 에이전트 접근 권한도 적용 | 검토된 팀 절차, 승인된 템플릿, 반복적인 교차 기능 작업 |
Public은 워크스페이스 내부에서만 public이라는 뜻입니다. 인증되지 않은 웹페이지를 만들거나 워크플로를 공개 인터넷에 게시하는 것이 아닙니다.
팀원이 실행하는 방법
My Okou에서는 멤버가 현재 워크스페이스의 자신의 채팅에서 Public Workflow를 사용합니다. Legacy Agents에서는 해당 소유 에이전트의 채팅을 엽니다. 어느 경험이든:
/qualify-inbound-lead와 같은 슬래시 명령을 입력합니다.- 워크플로 설명이 요청과 분명히 일치할 때는 자연어로 작업을 요청합니다.
Slack에서는 Okou를 멘션하고 워크플로 이름이나 의도한 작업을 포함하세요. Slack에서 공유 워크플로 사용하기를 참조하세요.
워크플로를 실행하는 멤버가 요청에 필요한 입력을 제공합니다. Okou는 실행 중인 멤버의 지침, 메모리, 연결된 계정, 권한을 사용하며(Legacy Agents에서는 에이전트 컨텍스트도 사용함), 워크플로 작성자의 개인 계정 접근 권한을 빌려 쓰지 않습니다.
계정이 아니라 방법을 공유하세요
다음은 서로 독립적입니다:
- 워크플로 가시성은 누가 이 절차를 볼 수 있고 실행할 수 있는지를 결정합니다.
- 지침은 My Okou에서 개인적입니다. 에이전트 가시성은 Legacy Agents에서 별도의 접근 경계로 유지됩니다.
- 연결은 멤버가 연결한 서비스 계정을 식별합니다.
- 권한 부여와 명명된 권한은 해당 연결로 Okou가 무엇을 할 수 있는지를 결정합니다. 추가적인 채팅 계정 제어는 워크플로 공유와 독립적입니다.
그래서 두 팀원이 같은 public workflow를 실행하더라도 서로 다른 서비스에 대해 다른 권한 요청을 받을 수 있습니다. 각 사람은 자신의 작업 경계에 대해 접근 권한을 부여합니다.
Workflow 복사하기
독립적으로 발전할 수 있는 버전이 필요할 때는 복사본을 사용하세요. My Okou: Make private copy를 선택하여 이 워크스페이스에서 자신의 버전을 만드세요. 같은 이름의 Private Workflow가 Public 버전보다 우선하며, 특정 공유 정의를 식별하려면 명시적인 Workflow ID를 사용하세요. 다른 멤버의 자동화는 복사되지 않습니다.
Legacy Agents: 기존 복사 흐름은 다음과 같습니다:
- 워크플로를 엽니다.
- Copy workflow를 선택합니다.
- 대상 에이전트를 선택합니다.
- 새 복사본을 열어 지침, 파일, 권한을 검토합니다.
- 대상 에이전트에서 테스트를 마친 후에만 복사본을 게시합니다.
복사본은 새로운 비공개 워크플로로 시작됩니다. 복사본을 변경해도 원본은 업데이트되지 않으며, 원본을 변경해도 복사본은 업데이트되지 않습니다. 이를 실시간 동기화가 아니라 포크로 취급하세요.
Sales와 Customer Success가 같은 조사 방법을 공유하지만 서로 다른 출력 형식이나 승인 경계가 필요할 때 복사가 유용합니다. 모두가 앞으로 하나의 표준에 대한 업데이트를 받아야 한다면, 복사본을 만들지 말고 하나의 public workflow를 유지하세요.
Public workflow를 안전하게 업데이트하기
public workflow는 이미 팀원이나 자동화에서 사용 중일 수 있습니다. 중요한 변경 전에:
- 어떤 동작이나 출력이 바뀌는지 식별합니다.
- 대표적인 입력으로 수정된 지침을 테스트합니다.
- 입력, 필드, 대상, 승인 규칙이 바뀌면 영향을 받는 멤버에게 알립니다.
- 워크플로를 실행하는 모든 자동화를 확인합니다.
- 변경이 하위 호환되면 같은 slug를 유지하고, 계약이 크게 바뀌면 새 워크플로를 사용합니다.
더 명확한 인용이나 더 강력한 품질 검사 같은 작은 개선은 보통 같은 워크플로에 남겨둘 수 있습니다. 대상 독자, 필요한 입력, 또는 결과 동작이 근본적으로 다르면 새 워크플로가 더 안전합니다.
워크플로를 다시 Private으로 만들기
public workflow를 Private으로 바꾸면 팀 접근 권한이 제거됩니다. 다른 멤버는 실행하지 못하게 될 수 있고, 그것에 의존하는 자동화도 중단될 수 있습니다.
Private으로 만들기 전에:
- 누가 이 워크플로와 자동화를 사용하는지 검토합니다.
- 팀이 여전히 이 방법이 필요하다면 대체본을 만들거나 복사합니다.
- 영향을 받는 소유자에게 알립니다.
- 공유 참조 파일이 예기치 않게 사용할 수 없게 되지 않는지 확인합니다.
간단한 게시 체크리스트
- 명확한 이름과 기억하기 쉬운 slug
- 설명에 언제 사용해야 하는지가 적혀 있음
- 지침에 입력, 단계, 출력, 승인 경계를 정의함
- 파일이 최신이며 공유해도 안전함
- Legacy Agents에서는 소유 에이전트가 Public임
- 작성자 외의 사람이 테스트함
- 개인 자격 증명이나 비공개 채팅 내용이 없음
- 알려진 자동화를 검토함
다음으로, 팀원을 초대하거나 기존 멤버가 워크스페이스에 참여하도록 도와주세요.
